Цитата |
---|
Сергей Максимов пишет: Пользуюсь внешними переменными уже 14 лет и считаю это очень удобной функцией при проектировании, особенно нестандартного оборудования. Если Вы не разобрались с логикой команды или функции, то не нужно так категорично называть их злом. Вникните в их "физический смысл". Они пришли из объектно-ориентированного программирования: параметры объекта. До 80-х годов было структурное программирование. Потом произошла революция - появились объекты, что привело к созданию современных операционных систем и закату эры DOS. Называя злом внешние переменные Вы себя "откатываете" в далекое прошлое. То, что процесс деталировки фрагментов с внешними переменными нужно автоматизировать, это точно. Писал свои предложения разработчикам на этот счет. Видимо придеться повторить. При автоматизации деталировки таких фрагментов существуют нюансы, типа рекурсии или затирания библиотечных элементов. Тут без самоорганизации пользователя не обойтись, чтобы не нарушать гибкость программы. Для этого нужно выполнять автоматическую деталировку только для отмеченных пользователем фрагментов, например, размещенных в определенных папках дерева 3D модели. Такую команду можно написать и самому с помощью API. |
Ну опыта у меня поменьше, всего лет 10. НО какое моральное право Вы имеете, говорить о том в чём я разбираюсь, а в чём нет, я могу говорить как хочу и что хочу, нравиться кому-то это или нет. Вы не поверите, но внешними переменными я тоже пользуюсь, и делаю это взвешенно и очень аккуратно. Логика во всех известных мне сапрах у этих переменных одна, где-то удобней, где-то больше возможностей, но смысл един и не ТС придуманный. Внешние переменные это не панацея и не революция как Вы их описываете, а ещё один инструмент, необходимый в некоторых ситуациях, в каких решать пользователю. Если во Флексе не сделали до сих пор автоматическое обновление таблиц созданных на основе баз данных, из за чего пользователь забыв вручную обновить такую таблицу создаёт неверные документы, то тут ситуация более плачевна из-за функционала, кажущегося для многих простым и удобным, вследствие этого часто используемым. Про АПИ можете не писать, ибо а зачем тогда сапр? Давайте будем все программистами и документы выпускать на с++ или вижилбейсике... Мы с Вами обсуждаем, не частности, где АПИ будет оправдана, а о повседневной рутине, когда нет времени на программирование и нет денег на исправление касяков из-за недообновили, пересохранили не то или взяли не тот файл или экспортировали чертёж в двг, а там был разрыв и размеры пересчитались без учёта поправок(((( Мы уже с Вами тут обсуждали, о разнообразии методик, что каждый сам вырабатывает их для себя, так вот в моём случае это лучше проще, да надёжней!