[Sfinks7s1]

Возможно ли подгрузить разработанную библиотеку на C# в AutoCAD 2011 LT?
Команда netload отсутствует.
На других форумах пишут, что вроде как нельзя.
Но вдруг кто знает какой-нибудь хитрый способ..)

[maratovich]

Сообщение от KSI hwd, это да. А вдруг у них будет помутнение разума.

Будем ждать следующего солнечного затмения, и пока везде темно - им запрос отправлю

[Profan]

И, кстати, почему это у Autodesk цена AutoCAD и вертикального решения типа AutoCAD MEP почти одинакова?

[hwd]

Сообщение от Profan И, кстати, почему это у Autodesk цена AutoCAD и вертикального решения типа AutoCAD MEP почти одинакова?

Возмутись автодеску - пусть поднимут цену на AutoCAD MEP, а то расслабились...

[Profan]

Нет, тут я согласен с тобой. AutoCAD LT- бесплатно, полный AutoCAD ~ 40-50 тыр, а уж вертикальные решения пусть и 100-150 тыр (прибить бы их за это).

[swell{d}]

Бесплатно - нанокад. Кстати, и со скриптами дружит

[Profan]

Бесплатно он застрял на версии 3.7. И похоже, что "бесплатность" кончилась.

[hwd]

Сообщение от Profan Бесплатно он застрял на версии 3.7. И похоже, что "бесплатность" кончилась.

Насколько мне известно - не кончилась. Сейчас у NanoCAD сайт накрыт медным тазом, поэтому проверить не могу.

[swell{d}]

Бесплатная версия nanoCAD free 5.0 В течение лета 2013 года компания «Нанософт» планирует выпустить бесплатную версию nanoCAD free, базирующуюся на ядре nanoCAD 5.0 и обладающую сокращенным функционалом. О выходе этой версии будет сообщено дополнительно.

...

[hwd]

Всё, вроде как начало открываться: тынц. На мой взгляд обозначенный функционал более предпочтителен, чем функционал AutoCAD LT.

[Do$]

Сообщение от KSI maratovich, только один вариант, если Автокад с подпиской, попробовать запросить серийник на 2009, может и дадут.

Дадут, по подписке есть такая возможность. Было дело, нужен был Автокад 2007, т.к. только в нем работало одно "жутко полезное" приложение. Рассматривали и такой downgrade, но разработчики кое-как нашли возможность выпустить новую версию приложения для современных версий автокада, обошлось. Если очень надо - поузнавайте у своих партнеров Автодеска.

[hwd]

Сообщение от Do$ но разработчики кое-как нашли возможность выпустить новую версию приложения для современных версий автокада

не настраивает на позитив... Видимо "качественно" запроектирован софт, раз такие траблы.

[trir]

почему это у Autodesk цена AutoCAD и вертикального решения типа AutoCAD MEP почти одинакова?

А им не интересно продавать AutoCAD, им даже вертикалки продавать не интересно - только комплекты (SUITE)

[Дима_]

Сообщение от hwd Видимо "качественно" запроектирован софт, раз такие траблы.

Не факт - автодеск тоже периодически , даже "официальный" функционал просто выкидывает, а уж "внутренности" поменять (типа .cui на .cuix - хоть, справедливости ради, в них по русски и написанно - сюда не лезть).

[hwd]

@Дима_,

Всё зависит от разработанной архитектуры приложения: возможность расширения - важный фактор, который следует учитывать. Я бы не стал позиционировать Autodesk в качестве примера, поскольку это плохой пример (на мой взгляд). У них даже некоторые примеры кода из ObjectARX содержат утечку памяти, о чём официально предупреждается в документации:

Сообщение от ObjectARX for AutoCAD 2013: Readme -> Tips and Techniques -> Freeing Strings Returned as Non-const Pointers Note that some of the ObjectARX sample files are missing calls to free the memory, so they will exhibit memory leaks. When using the samples in your own code, make sure to free the memory properly

Кроме того, не факт, что для Autodesk потребовалось много усилий, чтобы перейти с cui на cuix. Я надеюсь, что у них там не всё так печально, т.к. при грамотном проектировании софта, функционал инкапсулируется в отдельные функции (читать как "чёрные ящики"). Т.о. в дальнейшем, если потребуется внести изменения в реализацию чего-то, то просто переписывается код конкретной функции, при этом весь остальной код остаётся без изменений. В данном случае пришлось бы переписать код некоторых конкретныхфункций, аля read_cui(const string& s) и write_cui(const string& s). Плохо продуманная архитектура приложения, вкупе с посредственной реализацией как раз и приводит к подобного рода ситуациям:

но разработчики кое-как нашли возможность выпустить новую версию

Причём со временем таким разработчикам "находить возможность" будет всё труднее и труднее...

[Дима_]

Сообщение от hwd Причём со временем таким разработчикам "находить возможность" будет всё труднее и труднее...

Ну каким "таким", то что Вы написали про инкапсулирование - все верно, но в общем является "стандартом", но степень трудности находить возможность переделки - зависит в первую очередь от "нововведений" автодеска. А по поводу переписи кода 2 функций - так он (код) может "подрасти" раз в 40 по трудозатратам (переведут через 3-4 версии cuix c XML на какой-нибудь новомодный облачный источник данных - и сиди 3 дня про него читай (т.к. не на все "новенькое" гугл готовый пример даст), чтоб 20 строчек написать).

[hwd]

Сообщение от Дима_ А по поводу переписи кода 2 функций - так он (код) может "подрасти" раз в 40 по трудозатратам

Так в этом и заключается задача тех, кто предоставляет API: внести изменения в код существующих API функций так, чтобы конечные пользователи (программисты) не имели необходимости вникать в дебри реализации. Практика показывает, к примеру, что уже работающий .net код, написанный под AutoCAD 2009 запросто переносится на все более новые версии AutoCAD (включая самую последнюю на сегодняшний день: 2014-ю), без каких-либо существенных изменений в программный код (кое-где приходится добавить нужные директивы препроцессора, разместив в них код, зависящий от версии AutoCAD, ну и добавить пару референсов в настройки проекта). Приложения, написанные на LISP скорее всего вообще править не придётся.

Т.о. юзер (т.е. программер, как юзер API) абстрагирован от внутренней реализации, сосредоточившись на программных интерфейсах, предоставляемых с помощью API. Даже когда в API и вносятся изменения, то они не настолько огромны (с точки зрения юзера API), чтобы прогу пришлось заново переписывать. Ну придётся добавить в проект пару-тройку ссылок на др. dll файлы и пару-тройку дир. препроцессоров, но это не существенные затраты.

[Дима_]

Да все правильно только я говорю про "внутренности" - что делать с тем, на что автодеск айпишкой "не разродилось" - такого к сожалению не мало (и cui, и трехмерка, и...). "Гуем" делаеться, а апи нет - вот и "колхозят", кто на что горазд.

[hwd]

на мой взгляд, если говорить о cui\cuix файлах, то для своих программок лучше делать как раз средствами "родного гуя" автокада: удобно и быстро. Я не вижу особого смысла заморачиваться с этим программно. Кроме того, все "древние" mnu и cui спокойно работают и в более новых версиях акада, так что единожды созданные менюшки можно оставлять и в старом формате - автокад при из загрузке сам автоматом создаёт cuix.

[Дима_]

Единственно созданные - не всегда получиться - т.к. переменные среды (%appdata% и пр.) он читать не умеет.

[Do$]

Сообщение от hwd не настраивает на позитив... Видимо "качественно" запроектирован софт, раз такие траблы.

Offtop: Не знаю, исходников не видел... Но судя по всему, сделано весьма "топорно", уж на полноценный коммерческий продукт явно не тянет. Однако, "пипл хавает".