Hello, Habr!
Решил рассказать о своем опыте работы с AutoCAD. Может быть, кому-то это поможет – ну или хотя бы интересным покажется.
Началось все достаточно просто: в очередной раз почувствовав острую нехватку денег, я решил, что пора бы уже начать их где-нибудь разыскивать. И вот после пары недель поиска на «Фрилансим» обнаружилась вакансия разработчика для создания программы, взаимодействующей с AutoCAD.
Скажу сразу: до того дня общаться с AutoCAD мне не доводилось. Однако объявление содержало в себе фразу «Опыт работы не требуется», которая наполнила мою душу надеждой. Я связался с разместившим вакансию человеком и получил тестовое задание.
Для пробы предлагалось создать на чертеже пару объектов, а также вывести текст. Несколько дней я искал информацию об API и пытался подружиться с непривычной программой. В конце концов фигуры были нарисованы, текст выведен, а тестовое задание отправлено на проверку. И через несколько дней я неожиданно узнал, что принят! Чудеса, да и только.
В следующих абзацах – мои впечатления, синяки и шишки, мысли и советы (возможно, вредные). Разработка велась под AutoCAD 2010, в качестве IDE использовалась верная Visual Studio 2013 Express. Язык разработки – C#.
Тут все понятно. Качайте с официального сайта Autodesk, ставьте, 30 дней наслаждайтесь прекрасным инструментом. Потом узнайте цену покупкии повесьтесь. Для разработчиков действует специальная программа ADN, по которой можно получать девелоперские лицензии на продукты Autodesk. Стоимость базовой версии подписки, как указано на сайте, составляет от 700 долларов в год.
Последние три-четыре версии библиотек можно бесплатно скачать тут после регистрации. Более ранние придется поискать – скажем, тут. На всякий случай продублирую список прямо здесь – не такой уж он и длинный:
Лично меня в свое время очень заинтересовал вопрос обратной совместимости ObjectARX. Как-то раз заказчик спросил: «А с какими версиями AutoCAD сможет работать программа?», и мне пришлось изрядно времени потратить на поиски ответа. В целом, ответ звучит так: «Autodesk поддерживает обратную совместимость в течение трех лет». Какие версии совместимы между собой, можно посмотреть под спойлером выше.
Пока задачи перекомпилировать программу с другими библиотеками у меня не возникало. Думаю, что это хорошо: перспектива создавать отдельную версию продукта для других выпусков AutoCAD не радует совершенно.
Великолепная IDE! Больше про нее и говорить-то нечего. Ссылок для скачивания масса – например, вот.
Можно, конечно, использовать и более ранние версии. Я начинал работу над проектом в MS Visual Studio 2010, но потом решил перейти на более современный выпуск.
У меня был не такой большой опыт программирования – я привык решать простые задачи, для которых за глаза хватало средств самой платформы .NET. И первое мое знакомство с программированием под AutoCAD вышло не очень простым. Неприятной неожиданностью оказалось то, что у классов для работы с AutoCAD:
В итоге информацию я черпал из файлов помощи Object ARX (у меня они установлены в папку с именем C:\ObjectARX 2010\docs), а также из многочисленных форумов, блогов и сообществ разработчиков AutoCAD. Признаться, больше помогало последнее, чем первое. :)
В конце этой статьи приведен список ресурсов, на которых можно позадавать вопросы и, если повезет, получить на них ответы.
Первые шаги вполне внятно описаны здесь. Владеющие английским могут попробовать зайти еще и сюда. Правда, в материалах по последней ссылке упор сделан на Visual Basic, плюс нужно будет установить «AutoCAD .NET Wizard» – шаблон проекта для создания плагинов под AutoCAD. Люди знающие говорят, что этот шаблон сильно упрощает жизнь; я же никогда им не пользовался, поэтому скромно промолчу.
Вкратце продублирую основные этапы:
Если плагин предназначен для старой версии AutoCAD, то целесообразно сразу же задать в свойствах проекта версию .NET, которую будем использовать. Например, AutoCAD 2010 не может загружать плагины, созданные с использованием .NET Framework 4, поэтому я в качестве используемой версии указываю .NET Framework 3.5.
При понижении версии .NET Framework, используемой в проекте, могут появляться сообщения об ошибках. В моем случае Visual Studio ругается на отсутствие сборки «Microsoft.CSharp» – ее просто нужно исключить из ссылок (References).
На этом пункте стоит остановиться чуть подробнее. AutoCAD .NET API включает в себя достаточно большое количество классов, которые разнесены по разным пространствам имен (namespaces). В свою очередь, эти пространства имен разнесены по нескольким контейнерам (проще говоря, DLL-файлам).
Эти DLL-файлы находятся в папке с именем inc-<наименование_архитектуры>. Так, в моем случае я добавляю ссылки на библиотеки из папки C:\ObjectARX 2010\inc-win32.
Первое знакомство с API у меня заключалось в лихорадочных попытках скомпилировать хоть какой-нибудь из примеров, щедро разбросанных по Сети. И чтосλка характерно, компилироваться они упорно не хотели, ругаясь на неизвестные пространства имен и классы. В попытках собрать свой первый проект я с горя включил в него чуть ли не все DLL-файлы, которые шли с ObjectARX. Плохой способ – так делать не надо.
Важный момент: обязательно запретите копирование библиотек AutoCAD .NET API в каталог сборки при построении проекта! Для этого найдите в свойствах каждой добавленной ссылки параметр
Все очень просто. Вначале мы указываем необходимые пространства имен. Нам потребуются два.
В первом пространстве имен (
Во втором пространстве имен (
Таким образом, всего необходимо добавить три ссылки:
![](https://habrastorage.org/r/w1560/files/7f4/914/fa5/7f4914fa50df414782c0c0d7328de96e.png)
UPD. 09.04.2018. Важное дополнение от lasteran: В новых версиях (предположительно начиная с AutoCAD 2013) класс
Затем мы объявляем класс
Наконец, мы объявляем функцию
Чтобы «превратить» созданный метод в команду AutoCAD, применяется атрибут
После сборки этого проекта у нас получится готовый к употреблению плагин.
Нужно запустить AutoCAD и выполнить команду «NETLOAD»:
![](https://habrastorage.org/r/w1560/files/9db/729/5b6/9db7295b6e8144149f4fa2e4ea1a206f.png)
Затем в открывшемся окне указать путь к файлу плагина:
![](https://habrastorage.org/r/w1560/files/b45/f99/303/b45f99303c764fce827978f6923fb38f.png)
После этого плагин будет загружен в AutoCAD. Мы должны увидеть первое сообщение:
![](https://habrastorage.org/r/w1560/files/964/038/7c6/9640387c68364a4fbe45e2917eb491d9.png)
Если при загрузке плагина произошла критическая ошибка, она будет выведена в консоль AutoCAD:
![](https://habrastorage.org/r/w1560/files/ab2/620/954/ab262095480c4aae828dd47945daf00e.png)
Сообщения обычно понятные – помогут разобраться, если случай не сильно клинический. :)
Теперь, когда плагин загружен, можно выполнить нашу тестовую команду:
![](https://habrastorage.org/r/w1560/files/ef9/0b6/a62/ef90b6a623e44960ac34cc2a9049b817.png)
… и увидеть результат:
![](https://habrastorage.org/r/w1560/files/4c4/df1/560/4c4df1560f9640ec80668270bdd01f24.png)
Работает. Теперь можно закрывать AutoCAD.
Процедура запуска плагина для отладки очень хорошо расписана в этом посте Tepliuk.
Ну что же – для первого раза достаточно. Осталось привести обещанные ссылки. В посте Namolem и посте n00buK уже приведен большой объем источников; часть из них я продублирую здесь.
На этом моя статья закончена. Если ее признают годной – напишу еще несколько простых заметок о том, с чем сталкивался, как-то:
Спасибо за внимание!
Решил рассказать о своем опыте работы с AutoCAD. Может быть, кому-то это поможет – ну или хотя бы интересным покажется.
public static string disclaimer = "Автор не является профессиональным разработчиком и не обладает глубокими знаниями AutoCAD. Этот пост – просто небольшой рассказ о начальном этапе создания плагина.";
Предыстория
Началось все достаточно просто: в очередной раз почувствовав острую нехватку денег, я решил, что пора бы уже начать их где-нибудь разыскивать. И вот после пары недель поиска на «Фрилансим» обнаружилась вакансия разработчика для создания программы, взаимодействующей с AutoCAD.
Скажу сразу: до того дня общаться с AutoCAD мне не доводилось. Однако объявление содержало в себе фразу «Опыт работы не требуется», которая наполнила мою душу надеждой. Я связался с разместившим вакансию человеком и получил тестовое задание.
Для пробы предлагалось создать на чертеже пару объектов, а также вывести текст. Несколько дней я искал информацию об API и пытался подружиться с непривычной программой. В конце концов фигуры были нарисованы, текст выведен, а тестовое задание отправлено на проверку. И через несколько дней я неожиданно узнал, что принят! Чудеса, да и только.
В следующих абзацах – мои впечатления, синяки и шишки, мысли и советы (возможно, вредные). Разработка велась под AutoCAD 2010, в качестве IDE использовалась верная Visual Studio 2013 Express. Язык разработки – C#.
1. Подготовка необходимых инструментов
1.1. Собственно AutoCAD
Тут все понятно. Качайте с официального сайта Autodesk, ставьте, 30 дней наслаждайтесь прекрасным инструментом. Потом узнайте цену покупки
1.2. ObjectARX SDK – набор библиотек, необходимых для работы с AutoCAD
Последние три-четыре версии библиотек можно бесплатно скачать тут после регистрации. Более ранние придется поискать – скажем, тут. На всякий случай продублирую список прямо здесь – не такой уж он и длинный:
ссылки для загрузки ObjectARX SDK для версий AutoCAD 2000 – 2011
Лично меня в свое время очень заинтересовал вопрос обратной совместимости ObjectARX. Как-то раз заказчик спросил: «А с какими версиями AutoCAD сможет работать программа?», и мне пришлось изрядно времени потратить на поиски ответа. В целом, ответ звучит так: «Autodesk поддерживает обратную совместимость в течение трех лет». Какие версии совместимы между собой, можно посмотреть под спойлером выше.
Пока задачи перекомпилировать программу с другими библиотеками у меня не возникало. Думаю, что это хорошо: перспектива создавать отдельную версию продукта для других выпусков AutoCAD не радует совершенно.
1.3. MS Visual Studio 2013 Express
Великолепная IDE! Больше про нее и говорить-то нечего. Ссылок для скачивания масса – например, вот.
Можно, конечно, использовать и более ранние версии. Я начинал работу над проектом в MS Visual Studio 2010, но потом решил перейти на более современный выпуск.
1.4. Поисковик, усидчивость, здравый смысл
У меня был не такой большой опыт программирования – я привык решать простые задачи, для которых за глаза хватало средств самой платформы .NET. И первое мое знакомство с программированием под AutoCAD вышло не очень простым. Неприятной неожиданностью оказалось то, что у классов для работы с AutoCAD:
- нет привычных всплывающих подсказок о назначении класса, свойства или метода;
- нет подробной справки.
В итоге информацию я черпал из файлов помощи Object ARX (у меня они установлены в папку с именем C:\ObjectARX 2010\docs), а также из многочисленных форумов, блогов и сообществ разработчиков AutoCAD. Признаться, больше помогало последнее, чем первое. :)
В конце этой статьи приведен список ресурсов, на которых можно позадавать вопросы и, если повезет, получить на них ответы.
2. Создание проекта библиотеки
Первые шаги вполне внятно описаны здесь. Владеющие английским могут попробовать зайти еще и сюда. Правда, в материалах по последней ссылке упор сделан на Visual Basic, плюс нужно будет установить «AutoCAD .NET Wizard» – шаблон проекта для создания плагинов под AutoCAD. Люди знающие говорят, что этот шаблон сильно упрощает жизнь; я же никогда им не пользовался, поэтому скромно промолчу.
Вкратце продублирую основные этапы:
2.1. Создать проект «Библиотека классов» («Class Library»)
Если плагин предназначен для старой версии AutoCAD, то целесообразно сразу же задать в свойствах проекта версию .NET, которую будем использовать. Например, AutoCAD 2010 не может загружать плагины, созданные с использованием .NET Framework 4, поэтому я в качестве используемой версии указываю .NET Framework 3.5.
При понижении версии .NET Framework, используемой в проекте, могут появляться сообщения об ошибках. В моем случае Visual Studio ругается на отсутствие сборки «Microsoft.CSharp» – ее просто нужно исключить из ссылок (References).
2.2. Добавить ссылки на необходимые библиотеки AutoCAD .NET API
На этом пункте стоит остановиться чуть подробнее. AutoCAD .NET API включает в себя достаточно большое количество классов, которые разнесены по разным пространствам имен (namespaces). В свою очередь, эти пространства имен разнесены по нескольким контейнерам (проще говоря, DLL-файлам).
Эти DLL-файлы находятся в папке с именем inc-<наименование_архитектуры>. Так, в моем случае я добавляю ссылки на библиотеки из папки C:\ObjectARX 2010\inc-win32.
NB:
у меня дома установлена 32-разрядная ОС, у заказчика – 64-разрядная. Пока серьезных проблем с совместимостью не возникало. Но однажды я все же напоролся на то, что у меня функция возвращала
Int32
, а у заказчика – Int64
. Линковщик ОЧЕНЬ расстраивался. Нужно иметь эту особенность в виду.Первое знакомство с API у меня заключалось в лихорадочных попытках скомпилировать хоть какой-нибудь из примеров, щедро разбросанных по Сети. И что
А как надо?
Ну, это вопрос не ко мне. Я только могу сказать, что в начале примеров обычно идет перечисление используемых пространств имен – скажем, так:
То, что начинается со слова «Autodesk», – это и есть тедроиды пространства имен, которые мы ищем. Теперь осталось разыскать контейнеры, которые их содержат. Исчерпывающего перечня сопоставлений я найти не смог, поэтому все проверялось методом научного тыка. Если есть более правильный способ, было бы интересно его узнать…
А пока – вот список DLL-файлов, которые я использую в проекте, и содержащихся в них пространств имен:
Контейнер «AcMgd» (файл «AcMgd.dll»):
Контейнер «AcDbMgd» (файл «AcDbMgd.dll»):
Контейнер «AdWindows» (файл «AdWindows.dll»):
Контейнер «AcCui» (файл AcCui.dll»):
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Data.SqlClient;
using Autodesk.AutoCAD.Runtime;
using Autodesk.Windows;
То, что начинается со слова «Autodesk», – это и есть те
А пока – вот список DLL-файлов, которые я использую в проекте, и содержащихся в них пространств имен:
Контейнер «AcMgd» (файл «AcMgd.dll»):
- Autodesk.AutoCAD.ApplicationServices
- Autodesk.AutoCAD.EditorInput
- Autodesk.AutoCAD.GraphicsSystem
- Autodesk.AutoCAD.Internal
- Autodesk.AutoCAD.Internal.Calculator
- Autodesk.AutoCAD.Internal.DatabaseServices
- Autodesk.AutoCAD.Internal.Forms
- Autodesk.AutoCAD.Internal.PreviousInput
- Autodesk.AutoCAD.Internal.PropertyInspector
- Autodesk.AutoCAD.Internal.Reactors
- Autodesk.AutoCAD.Internal.Windows
- Autodesk.AutoCAD.PlottingServices
- Autodesk.AutoCAD.Publishing
- Autodesk.AutoCAD.Runtime
- Autodesk.AutoCAD.Windows
- Autodesk.AutoCAD.Windows.Data
- Autodesk.AutoCAD.Windows.ToolPalette
Контейнер «AcDbMgd» (файл «AcDbMgd.dll»):
- Autodesk.AutoCAD.Colors
- Autodesk.AutoCAD.ComponentModel
- Autodesk.AutoCAD.DatabaseServices
- Autodesk.AutoCAD.DatabaseServices.Filters
- Autodesk.AutoCAD.Geometry
- Autodesk.AutoCAD.GraphicsInterface
- Autodesk.AutoCAD.GraphicsSystem
- Autodesk.AutoCAD.LayerManager
- Autodesk.AutoCAD.Runtime
Контейнер «AdWindows» (файл «AdWindows.dll»):
- Autodesk.Internal.InfoCenter
- Autodesk.Internal.Windows
- Autodesk.Internal.Windows.ToolBars
- Autodesk.Private.InfoCenter
- Autodesk.Private.SubAwareService
- Autodesk.Private.WebSearchService
- Autodesk.Private.Windows
- Autodesk.Private.Windows.ToolBars
- Autodesk.Private.WsCommCntrLib
- Autodesk.Windows
- Autodesk.Windows.Common.Utilities
- Autodesk.Windows.ToolBars
Контейнер «AcCui» (файл AcCui.dll»):
- Autodesk.AutoCAD.Customization
NB:
имена многих классов AutoCAD .NET API совпадают с именами стандартных классов .NET, что не очень удобно. Например, если обратиться в коде к классу
Теперь в любом месте этого файла можно вместо
Есть смысл провернуть такую операцию с наиболее часто употребляемыми классами. Непременно так делайте, код будет компактнее и понятнее.Цинизм данного совета заключается в том, что к тому моменту, когда вы наконец поймете, какие же классы являются у вас наиболее часто употребляемыми, что-то менять будет уже сильно лень.
Application
, то Visual Studio выругается на неоднозначность этого определения: класс с таким именем есть как в пространстве имен System.Windows
, так и в пространстве имен Autodesk.AutoCAD.ApplicationServices
. Чтобы не писать каждый раз полное имя, можно добавить в начало файла строкуusing acadApp = Autodesk.AutoCAD.ApplicationServices.Application;
Теперь в любом месте этого файла можно вместо
Autodesk.AutoCAD.ApplicationServices.Application
писать acadApp
.Есть смысл провернуть такую операцию с наиболее часто употребляемыми классами. Непременно так делайте, код будет компактнее и понятнее.
Важный момент: обязательно запретите копирование библиотек AutoCAD .NET API в каталог сборки при построении проекта! Для этого найдите в свойствах каждой добавленной ссылки параметр
CopyLocal
и установите его в False
.2.3. Написать код плагина
using System.Windows.Forms;
using Autodesk.AutoCAD.Runtime;
namespace MyAutoCADDll
{
public class Commands : IExtensionApplication
{
// функция инициализации (выполняется при загрузке плагина)
public void Initialize()
{
MessageBox.Show("Hello!");
}
// функция, выполняемая при выгрузке плагина
public void Terminate()
{
MessageBox.Show("Goodbye!");
}
// эта функция будет вызываться при выполнении в AutoCAD команды «TestCommand»
[CommandMethod("TestCommand")]
public void MyCommand()
{
MessageBox.Show("Habr!");
}
}
}
Все очень просто. Вначале мы указываем необходимые пространства имен. Нам потребуются два.
В первом пространстве имен (
System.Windows.Forms
) хранится описание класса MessageBox
, с помощью которого мы будем выводить сообщения. Чтобы сделать его доступным, необходимо добавить ссылку на одноименную сборку .NET.Во втором пространстве имен (
Autodesk.AutoCAD.Runtime
) определены интерфейс IExtensionApplication
и атрибут CommandMethod
. Причем описание IExtensionApplication
находится в файле AcDBMgd.dll, а описание CommandMethod
– в файле AcMgd.dll, поэтому придется добавить ссылки на обе эти библиотеки.Таким образом, всего необходимо добавить три ссылки:
![](https://habrastorage.org/files/7f4/914/fa5/7f4914fa50df414782c0c0d7328de96e.png)
UPD. 09.04.2018. Важное дополнение от lasteran: В новых версиях (предположительно начиная с AutoCAD 2013) класс
CommandMethod
содержится не в AcDBMgd.dll, а в AcCoreMgd.dll, так что придётся добавить ссылку ещё и на эту библиотеку. Учтите это, если работаете с новой версией!Затем мы объявляем класс
Commands
. Именно он и будет «отправной точкой» плагина. Наш класс унаследован от интерфейса IExtensionApplication
, поэтому в нем могут быть реализованы методы Initialize
и Terminate
. Первый из них автоматически выполняется при загрузке плагина, второй – при выгрузке.NB:
Наконец, мы объявляем функцию
MyCommand
, которая будет реализовывать команду AutoCAD. Она обязательно должна ничего не принимать на вход и ничего не возвращать на выходе (не знаю, откуда у меня взялось это убеждение, но оно есть). Внутри этой функции можно делать все, что заблагорассудится (в пределах разумного, конечно), причем есть возможность работать как с AutoCAD .NET API, так и со стандартными классами .NET. Например, можно создать обычную форму Windows с полями ввода, отобразить ее на экране с помощью ShowModal()
, а затем на основе введенных пользователем данных внести изменения в открытый в AutoCAD чертеж.Чтобы «превратить» созданный метод в команду AutoCAD, применяется атрибут
CommandMethod
. В скобках после него указывается имя создаваемой команды, которое можно будет использовать непосредственно в среде AutoCAD.После сборки этого проекта у нас получится готовый к употреблению плагин.
2.4. Загрузить созданный плагин
Нужно запустить AutoCAD и выполнить команду «NETLOAD»:
![](https://habrastorage.org/files/9db/729/5b6/9db7295b6e8144149f4fa2e4ea1a206f.png)
Затем в открывшемся окне указать путь к файлу плагина:
![](https://habrastorage.org/files/b45/f99/303/b45f99303c764fce827978f6923fb38f.png)
После этого плагин будет загружен в AutoCAD. Мы должны увидеть первое сообщение:
![](https://habrastorage.org/files/964/038/7c6/9640387c68364a4fbe45e2917eb491d9.png)
Если при загрузке плагина произошла критическая ошибка, она будет выведена в консоль AutoCAD:
![](https://habrastorage.org/files/ab2/620/954/ab262095480c4aae828dd47945daf00e.png)
Сообщения обычно понятные – помогут разобраться, если случай не сильно клинический. :)
NB:
если плагин не смог загрузиться из-за ошибки, то перед тестированием очередного (исправленного) варианта нужно закрыть и заново запустить AutoCAD. В противном случае он может отказаться загружать плагин, даже если ошибок в коде уже не будет.
Теперь, когда плагин загружен, можно выполнить нашу тестовую команду:
![](https://habrastorage.org/files/ef9/0b6/a62/ef90b6a623e44960ac34cc2a9049b817.png)
… и увидеть результат:
![](https://habrastorage.org/files/4c4/df1/560/4c4df1560f9640ec80668270bdd01f24.png)
Работает. Теперь можно закрывать AutoCAD.
А как же…
Да – внимательный читатель, конечно, заметит, что при закрытии AutoCAD мы почему-то не увидим сообщения «Goodbye». Как уже говорилось выше, внутри функции «Terminate» можно сделать далеко не все. Но с ее помощью вполне получится, например, создать файл при закрытии AutoCAD.
2.5. Отладить плагин (при необходимости)
Процедура запуска плагина для отладки очень хорошо расписана в этом посте Tepliuk.
Финал
Ну что же – для первого раза достаточно. Осталось привести обещанные ссылки. В посте Namolem и посте n00buK уже приведен большой объем источников; часть из них я продублирую здесь.
- http://adn-cis.org/forum/ (rus) – форум Сообщества программистов Autodesk в СНГ. Один из лучших русскоязычных ресурсов среди всех мною встреченных в 2013-2014 годах. Сам я туда прихожу за советом, когда совсем припекает, – и не было пока случая, чтобы мне не помогли. Хотя я, конечно, стараюсь особо не злоупотреблять.
- http://forums.autodesk.com/t5/russkoe-soobshchestvo/bd-p/392 (rus) – официальные форумы Autodesk – раздел русского сообщества. Можно позадавать вопросы.
- http://forums.autodesk.com/t5/net/bd-p/152 (англ.) – официальные форумы Autodesk – раздел, посвященный .NET API. Тоже можно задать вопрос – правда, его могут и проигнорировать.
- http://through-the-interface.typepad.com (англ.) – блог, который ведет Kean Walmsley, один из ведущих экспертов в разработке под AutoCAD. Ценнейший ресурс. Можно попробовать что-нибудь спросить у самого хозяина блога – и даже получить ответ, если тот будет в настроении. Впрочем, неинтересные (и простые) вопросы Kean часто игнорирует – или же предлагает вопрошающему поискать решение на официальном форуме
(см. рис. 1). - http://adndevblog.typepad.com (англ.) – коллективный блог разработчиков из ADN. Порой бывает полезен.
- http://www.theswamp.org/index.php (англ.) – еще один форум со множеством примеров и решений.
На этом моя статья закончена. Если ее признают годной – напишу еще несколько простых заметок о том, с чем сталкивался, как-то:
- работа с лентой (Ribbon);
- работа со слоями;
- работа с динамическими блоками;
- реализация пользовательского ввода;
- взаимодействие плагина с внешним приложением.
Спасибо за внимание!