В версии 1.16 мы оптимизировали некоторые часто используемые операции, реализовали поиск среди предопределенных элементов, поиск по составу объектов конфигурации, перевели EDT на новую версию Java, улучшили сравнение и объединение конфигураций, а также реализовали показ SVG-картинок в предварительном просмотре формы.
Теперь вы можете искать предопределенные элементы, находясь в редакторе объекта конфигурации на закладке
Предопределенные. Эта возможность будет полезна, например, при редактировании планов счетов или планов видов
характеристик.
Возможность поиска мы добавили также в те объекты конфигурации, которые имеют Состав:
Теперь для работы
1C:EDT необходимо, чтобы на компьютере
была установлена 64-разрядная Java Platform, Standard Edition версии 11. В некоторых случаях после установки Java 11 требуется вручную
отредактировать файл 1cedt.ini, подробнее об этом написано здесь.
Благодаря переходу на Java 11 в дальнейшем нам будет проще поддерживать новые версии Java.
При сравнении
веток Git и при получении изменений из информационной базы в проект теперь учитывается изменение порядка элементов, входящих в состав
подсистем, функциональных опций и планов обмена. Раньше изменение их порядка не учитывалось и, если во втором источнике порядок был
другой, он не оказывал влияния на результат.
Также учитывается изменение порядка предопределенных элементов у некоторых объектов конфигурации. Раньше порядок предопределенных элементов учитывался, но не у всех объектов.
При
объединении справочников, документов и реквизитов вы можете теперь применить их новый порядок или отказаться от его применения. Для
этого у вас есть выбор из двух режимов объединения: Взять порядок справа и Не менять
порядок.
В будущем мы планируем реализовать аналогичные возможности применения порядка и для других объектов конфигурации.
Мы реализовали автоматическое объединение реквизитов составного типа в случае, когда описание типа изменено и в главном и во втором
источнике. Раньше в этом случае всегда диагностировалось конфликтное изменение. Теперь такие изменения считаются конфликтом только в
том случае, если их нельзя объединить автоматически и требуется вмешательство разработчика. Например:
В остальных случаях конфликта теперь не будет и изменения будут объединяться автоматически. Это удобно, так как довольно частым сценарием является независимое расширение составного типа в главном и втором источниках.
Если в модуле одновременно есть и конфликтные и неконфликтные изменения, то теперь по умолчанию для
таких модулей будет установлено правило Объединять с приоритетом главного источника. Это позволит автоматически
принять все неконфликтные изменения справа.
Раньше в таком случае устанавливалось правило Не объединять, что приводило к необходимости вручную устанавливать флажок объединения.
Теперь при сравнении
учитывается разница между ситуацией, когда модуль отсутствует совсем и ситуацией, когда модуль присутствует, но в нем нет текста.
Поэтому теперь, например, если в основной конфигурации модуль отсутствует, а во второй конфигурации этот модуль присутствует, но без
текста, вы увидите это отличие при сравнении. А при объединении в этой ситуации в основную конфигурацию будет добавлен пустой
модуль.
Раньше такие ситуации считались эквивалентными и пустой модуль не добавлялся.
Теперь при
сравнении вы будете видеть изменение UUID объектов. Раньше изменения UUID игнорировались, и не существовало возможности в "принести" в
результат объединения идентификатор объекта из второго источника.
Теперь такая возможность существует и вы самостоятельно можете разрешать или запрещать изменение UUID объекта в результате объединения.
В
редактор сравнения и объединения конфигураций мы добавили новый фильтр и назвали его Показывать потенциальные
проблемы:
Потенциальные проблемы — это конфликты, а также проблемные узлы. Термином проблемный узел мы обозначаем такие узлы, которые могут привести к "поломке" конфигурации в результате объединения.
В настоящее время есть единственная ситуация, которая делает узел проблемным — это изменение UUID объекта. В будущем мы не исключаем, что добавятся новые ситуации, при которых узел тоже будет становиться проблемным.
Если в результате сравнения обнаружены проблемные узлы, то перед объединением теперь будет показываться диалог, предупреждающий о возможных проблемах.