Включете плъгини за инсталиране без възможност за включване от AutoCAD в GStarCAD
Здравейте всички. Статията е малко спонтанна, но се надявам тази информация да е полезна. Попаднах на тази функция умерено случайно, но ми се стори полезна, затова искам да споделя едно наблюдение. Става въпрос за опит за инсталиране на добавки от една CAD система в друга. Как и защо е направено това, както и какво се получава от това (и какво не работи) - под разреза.
Да започнем с въпроса "Защо?". Ето защо: Autocad е признат лидер на CAD пазара за малки и средни предприятия. Всичко би било наред, но компанията следва не много удобна за потребителя ценова политика, която заедно с трудната икономическа ситуация допринася за търсенето (и намирането) на алтернативи. Всъщност има доста от тях, евтини и понякога дори безплатни: от Nanocad до Bricscad, GstarCad и ZWcad, който между другото беше малко по-разпространен от Autodesk. Проблемът е, че всеки преход от един инструмент към друг изисква свикване, а понякога дори и учене. За щастие, производителите на алтернативни CAD системи се стремят да се доближат възможно най-близо до стандартите, зададени от флагмана, и, разбира се, често успяват. Както във функционално отношение, така и в контекста на интерфейса, изобщо няма много разлики, така че определено няма да се налага да се учите отново. Но има уловка: в процеса на работа дизайнерът обикновено събира своя „личен“ набор от инструменти, като плъгини, скриптове и други спомагателни дреболии, без които вече е трудно да се работи бързо и обичайно. Освен това усъвършенстваните CAD системи ви позволяват да създавате свои собствени програми, които изпълняват една или друга желана функция. И така, ще говорим за използването на такива инструменти в "чужда" среда. По-конкретно, нека се опитаме да използваме добавки за AutoCAD в GStarcad среда. Имам упоритподозрение, че същата история ще бъде и с други програми, но засега ще разгледаме само тази двойка.
Време е да си отговорим на въпроса "как?". Ето как: Много CAD системи поддържат езици за програмиране. Един от тези езици еLisp, по-точно неговият диалект:AutoLISP(Wiki - английски, Viki - украински). Има много програми, написани за AutoCAD в Lisp. Ето някои полезни връзки: Приложни програми на LISP Помощни програми на LISP отлична селекция от персонализирани програми Разбира се, всичко това (и много повече) лесно се намира в Интернет. Lisp добавките са най-лесният начин за пренасяне. Всъщност не се изисква пренасяне. Просто отворете Gstarcad, изпълнете командатаapploadв командния ред и щракнете върху бутона „Зареждане“ в отворения прозорец за свързване на приставката.
Не успях да повторя подобен трик за VBA. Информация за тези, които знаят как да програмират в .NET. Цитат от статия, сравняваща Autocad и ZWcad:
Първата стъпка е да инсталирате .NET версия 4.0 и да замените всички препратки към AcMgd.dll файловеи AcDbMgd.dll към съответните ZWCAD+ версии на тези файлове. Естествено, това е лесно да се направи. След това трябва съответно да промените пространството от имена. Например моята помощна програма беше написана на VB.NET и трябваше да направи следните промени в списъка с импортирания в началото на програмния код:
Имаше няколко други подобни неща в проекта, които изискваха корекции, но, отново, всички те бяха просто модификации на пространството от имена, както в случая, показан по-горе. Невероятно, освен тези съвсем дребни промени, нищо друго не трябваше да се прави. Всички свойства и методи, които използвах в оригиналния AutoCAD API, изглежда имаха валидни еквиваленти в ZWCAD+, тъй като в IDE не бяха изведени грешки. .
Този откъс подсказва, че VBA и C# проектите също могат да бъдат пренесени, но все пак с известно, макар и малко усилие.
Заинтригуван от въпроса, разбрах, че много сериозни програми за добавки (не смеят да ги нарекат плъгини), например CadProfi, поддържат „алтернативни“ CAD системи.
Можете да помогнете и да прехвърлите средства за развитието на сайта