Цитата Сообщение от Умурзаков Денис Посмотреть сообщение
Данная задача действительно есть в TODO, ожидается, что к концу года это будет реализовано. Сейчас прорабатываем требования. Пока что планируем доработать импорт переменных, сделав выбор из нескольких вариантов при совпадении имен:
1. Дублировать переменные с совпадающими именами
2. Пропустить переменные с совпадающими именами
3. Заменить переменные с совпадающими именами

К п.3 пока больше всего вопросов, так как не очень ясны сценарии, где это может пригодится. Я так понимаю, вы хотели бы это видеть при импорте сетевых переменных. А при импорте стандартных это может пригодиться?
Поясню по п.3 - почему именно он самый важный:
1. Создается программа с картой регистров (локальных/сетевых, не суть).
2. Привязывается к блокам/выходам, на холсте.
3. Потом, требуется подвинуть часть регистров из-за добавления новых/удаления старых - для задач диспетчеризации/панели/внешние источники данных, тоже не суть.
4. И встает вопрос, как обновить адреса для имеющихся параметров (или только описание/пределы) - если при импорте внешней карты они дублируются.
5. А все привязки на старых регистрах.
6. И не выпускает с редактора параметров, пока не уберешь дубли. Только удалять/переадресовывать тут же.

Получается, что в текущей реализации воспользоваться импортом (с пользой) можно только один раз - при импорте из внешнего источника в пустую программу, чтобы не возникло конфликтов адресов/имен и привязок.

Возможно эта проблема у большинства пользователей не встает, но при сложных распределенных системах, когда количество ПР в одном проекте измеряется десятками, а карты регистров из внешнего единого источника - это важный функционал в разработке.

Спасибо за ответ и очень прошу не откладывать с реализацией (готов тестировать хоть прям сейчас в формате бета-версий).

P.S. А вот п.1 и п.2 как раз не представляю, когда нужны. Не сталкивался