|
||
| Правила | Регистрация | Пользователи | Сообщения за день | | Поиск | | Справка по форуму | Файлообменник | |
|
Поиск в этой теме |
|
||||
САПР Регистрация: 29.09.2011
СПб
Сообщений: 283
|
function - привычка к замыканию: #'(lambda () (terpri)), а eval, так надо же вычислить возвращаемое значение
Если предварительно не не извратиться с реакторами и внедокументным пространством имен и/или каким-либо внешним по отношению к акаду текстовым буфером, то ни на какой.
__________________
На работе было скучно:shout: |
|||
|
||||
Инженер LISP Регистрация: 11.05.2005
Минск
Сообщений: 6,992
|
Цитата:
Цитата:
Приведу цитату оттуда (из #35) Цитата:
__________________
Как использовать код на Лиспе читаем здесь |
|||
|
||||
Идея понятна. В отдельных случаях это даже будет работать
Реализация связи между объектами чертежа как в примере - это вообще отдельная история. Там много тонкостей. Вот если, к примеру, нужно рамку с текстом парой скопировать, и чтобы, при этом, между новыми объектами образовалась связь? Тут без обработки событий не обойтись. Не уверен, что на LISP такое можно реализовать. Но это уже тема отдельного разговора. Вернемся к нашим баранам. Предположим, что мы просто сохраняем какие-то простые данные: числа, строки или булевые значения. Рассмотрим изначально обсуждаемый вариант: в XDATA объекта хранится имя записи или словаря с данными, а сама запись или словарь хранятся в NOD. Предположим, что при копировании объекта, у его копии должна создаваться независимая копия его данных. На мой взгляд - это самое ожидаемое поведение. Итак, объект скопирован, читаем XDATA и видим, что метка не совпадает с объектом. Значит, это - копия. Ищем в NOD данные исходного объекта, делаем их копию, привязываем к новому объекту, переписываем метку в XDATA. Вроде бы, вполне работоспособно. Но тут 2 момента: 1. Между операцией копирования и первым обращением к объекту-копии может пройти значительное время. Пользователь будет уверен, что в копии сохранены все данные исходного объекта на момент копирования и может успеть что-то изменить. И при обращении к данным объекта-копии окажется, что данные не сохранились. 2. Если копировать объект в другой чертеж, то данные исходного объекта не будут вообще никогда прочитаны, т.к. они в NOD исходного чертежа. В этих ситуациях сохранение метки исходного объекта не поможет. Поэтому-то я и пришел к мысли, что: Цитата:
Собственно, как я понял, в указанном примере данные сохраняются именно в словарь объекта. Надеюсь, понятно объяснил
__________________
Толковый выбор приходит с опытом, а к нему приводит выбор бестолковый. (The Mechanic) Последний раз редактировалось Do$, 06.07.2017 в 17:43. |
||||
|
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
Для чего нужен диспечер конфигурации слоёв | Theodora | AutoCAD | 7 | 16.03.2020 13:20 |
С чего начать изучение AutoCad и с чего начинать карьеру в строительстве? | kenmamon | Разное | 115 | 11.02.2013 16:30 |
Из чего лучше построить одинокостоящую стену 6х4м? | McCobra | Прочее. Архитектура и строительство | 1 | 27.07.2012 19:45 |
Автомобильные диски с «полкой» — для чего? | tematema | Машиностроение | 3 | 22.11.2011 11:30 |
Из чего делают пол и крышу в проекте обычного контейнера? | dextron3 | Конструкции зданий и сооружений | 3 | 02.09.2011 11:00 |