Цитата |
---|
Vite написал:
Цитата |
---|
Talester написал: В сборку вставляется два фрагмента Ф1 и Ф2, и последний добавляемый фрагмент Ф2 должен получить из сборки параметр П1, вычислить параметр П2, и передать его уже существующему в сборке фрагменту Ф1. |
Предприятие использует детали по класcификатору, или размерность не имеет значение? |
Не предприятие, это для себя лично. Увлекаюсь 3D печатью, пытаюсь перейти с чисто программисткой OpenSCAD на настоящий CAD. До классификаторов, библиотек еще не дошел, не было необходимости.
Цитата |
---|
Sila Musli написал: Вот набросал примерно как я б сделал данную задачу. В сборке Ф1 и Ф2, в самой сборке П1, он задаёт диаметр в Ф2, там же считается П2, через сборку попадает в Ф1, автосохранение помогает перестраивать Ф1 относительно Ф2. И всё это без ГП. |
Я тоже пытался использовать конструкцию типа П2=get("3D фрагмент_2","П2"), но не понравился следующий момент - пока в сборке отсутствует 3D фрагмент_2, переменная П2 не создается (вернее создается, но с предупреждением). Если сейчас из сборки вашего примера удалить "3D фрагмент_2", то переменная сборки П2 тоже исчезнет, т.е. П2 в сборке нужно описывать каждый раз после добавления "3D фрагмент_2". А теперь представте, если таких фрагментов несколько и у каждого по несколько передаваемых параметров, да еще и сборка много раз перестраивается для нахождения оптимума. Я выбрался из этой ситуации тем, что сохранил в файле все переменные сборки, определяемые через GET, и после добавления фрагмента загружал этот файл.
Мне ваш пример интересен вот каким еще моментом. Я вижу, что переменные во фрагментах определены как внешние, но не привязаны к переменным сборки, но, тем не менее, сборка как-то управляет размерами фрагментов. Не могли бы вы обяснить этот механизм управления без явной привязки к переменным сборки, думаю тут и надо копаться.
Цитата |
---|
Sila Musli написал: Ошибаетесь) Нет времени, нет желания, я ща по быстрому сделаю....Пока это не будет поддерживаться на уровне КАДа, ничего хорошего из этого не выйдет( Только из-за этого стараюсь не пользоваться ГП. |
Человек самое слабое звено в любой системе. А насчет использования ГП согласен - ГП во всех языках програмирования источник трудноуловимых ошибок. Преподователи за ГП били по рукам так же, как и за GOTO. Если в ТФ их использовать по прямому назначению - для ХРАНЕНИЯ (и только для хранения) общих глобальных данных, то нет проблем. Но если начать извращаться (а передача данных между фрагментами через ГП - чистой воды извращение в стиле"на безрыбъе и рак рыба"), то жди беды. Разработчики могли бы сильно упростить жизнь конструкторам реализовав всего лишь один механизм - доступ к переменным фрагмента из сборки (и только из сборки): П2= "3D фрагмент_2".П2