После выхода книги Николая Полещука "AutoCAD 2002. В подлиннике", при написании которой я оказал помощь в подготовке главы, посвязенной взаимодействию AutoCAD и Delphi, Николай Полещук предложил подумать о дальнейшем сотрудничестве.
Подумал. Договорились о совместной работе над книгой на тему "Как создать собственную САПР в Автокаде". Несколько лет участия в разных форумах и общения с коллегами подтверждают востребованность подобного издания. Книга должна быть о том, как сделать не просто сборник разношерстных программ, наподобие "Довесок", а приличный продукт, рассчитанный на конечных пользователей, с приличными потребительскими характеристиками. Это должна быть книга не по Lisp, VBA, Delphi или ObjectARX, а о разумном сочетании этих технологий. И не пособие по изучению языков.
Книга "Visual LISP и секреты адаптации AutoCAD" достаточно осветила тему для того, чтобы читатель мог писать ПРОГРАММЫ, но никто еще не написал, как создать цельную систему программ.
В книге предполагалось осветить многие вопросы:
- Общая концепция САПР
- Управление Автокадом извне
- Организация файлового хозяйства
- Настройки системы
- Многопользовательская работа
- Принципиально новый интерфейс
- Хранение и доступ к данным для программ
- Технология разработки программ
- Основные элементы документооборота
- Создание информационной системы
- Создание инсталлятора и т.п.
Все вопросы, которые возникают у каждого, после написания десятка программ на Лисп. Все это должно сопровождаться конкретными примерами. Причем с использованием наиболее выгодных инструментов для конкретного случая.
В книге можно пошагово разобрать создание условной "Русской народной CAD". Конечно, не со всеми мыслимыми программами, но с наиболее важными, интересными и полезными массовому читателю. Это может быть пример, как в одной системе сочетать интересы пользователей разных специальностей. Причем на более сложной "СПДС-ориентированной" САПР, но с возможностями использования и "конструкторами".
Азы программирования не должны рассматриваться, но должно объясняться, почему надо делать так, как можно иначе (например, параллельные примеры на VL и VBA), и как и почему не надо делать. В целом все о том, как "голый" Автокад - фактически большой "SDK" превратить продукт для конечного пользователя.
С этого все и началось