(495) 925-0049, ITShop интернет-магазин 229-0436, Учебный Центр 925-0049
  Главная страница Карта сайта Контакты
Поиск
Вход
Регистрация
Рассылки сайта
 
 
 
 
 

О динамике и параметрике в AutoCAD.

Алексей Кулик

Возможно, кому-то окажется вновинку, возможно, кого-то спровоцирует на содержательный ответ :) В общем, мое личное мнение касательно динамических блоков в AutoCAD и параметрических зависимостях.

Скажу сразу: параметрикой лично я не пользуюсь - просто не надо, но некоторое представление о ней и о "пользе", наносимой этим нововведением, у меня есть. Надеюсь, что есть.

Сначала про  динамику , хорошо?

Итак, мы создали уникальный динамический блок - несколько вариантов видимостей, масса зависимостей и теде, и тепе. Начинаем вставлять - опаньки, AutoCAD начинает безбожно тормозить. Мало того, как недавно выяснилось, файл может вообще не сохраниться при некоторых условиях.

Дело в том, что это только для пользователя вхождение динамического блока имеет одно и то же имя независимо от состояния его параметров. А вот для AutoCAD каждое такое вхождение - отдельный анонимный блок (кстати, именно поэтому не корректно работает знаменитый _attout). И, как мне кажется, на каждое вхождение "навешаны" объектные реакторы.

А теперь представьте: допустим, создан динамический блок с 2 состояниями видимости и в каждом пускай по 5 линейных параметров. В таблице блоков - 1 запись, плюс словарные записи, регулирующие поведение 10 параметров. Каждое вхождение - дополнительно 11 записей (не меньше!) Это же все равно, как в каждом вхождении руками создавать новый блок! Рано или поздно AutoCAD "ловит" переполнение по одному из критериев и начинаются танцы с бубнами для нормальной работы с afqkjd и его сохранения.

Именно поэтому лично я стараюсь динамику использовать "по минимуму" - там, где без нее совсем становится уныло. И очень осторожно, с минимальным набором параметров и видимостей.

Теперь о  параметрике ... Параметрические зависимости, как мне кажется, вообще зло. Поскольку реализованы через объектные реакторы: т.е. на каждый "завязанный" в параметрические зависимости графический примитив дополнительно вешается отдельный объектный реактор. В свое время я экспериментировал с объектными реакторами и понял, что от них никакой пользы, кроме вреда :) : опять словарные записи, опять "мусор", опять проблемы с очисткой файла от следов таких шуток... Конечно, Autodesk корректно создал механизм очистки параметрических зависимостей, что не может не радовать.

Но мои личные эксперименты заставляют меня держаться подальше от таких вещей (имею в виду объектные реакторы, и все, что на них реализовывается) и использовать их только в случае крайней необходимости.

Ссылки по теме


 Распечатать »
 Правила публикации »
  Написать редактору 
 Рекомендовать » Дата публикации: 22.05.2013 
 

Магазин программного обеспечения   WWW.ITSHOP.RU
AutoCAD LT 2022 Commercial New Single-user ELD Annual Subscription
Nero 2018 Platinum ESD
Купить CommView for WiFi 1 лицензия
TeeChart Standard VCL/FMX 2 developer license
Allround Automation PL/SQL Developer - Unlimited license
 
Другие предложения...
 
Курсы обучения   WWW.ITSHOP.RU
 
Другие предложения...
 
Магазин сертификационных экзаменов   WWW.ITSHOP.RU
 
Другие предложения...
 
3D Принтеры | 3D Печать   WWW.ITSHOP.RU
 
Другие предложения...
 
Новости по теме
 
Рассылки Subscribe.ru
Информационные технологии: CASE, RAD, ERP, OLAP
Новости ITShop.ru - ПО, книги, документация, курсы обучения
Программирование в AutoCAD
Компьютерный дизайн - Все графические редакторы
Мир OLAP и Business Intelligence: новости, статьи, обзоры
Один день системного администратора
Новые программы для Windows
 
Статьи по теме
 
Новинки каталога Download
 
Документация
 
 



    
rambler's top100 Rambler's Top100