Исправление ошибок

Так уж сложилось, что почти все производители CAD создавали свои системы от начала до конца, включая управление памятью, драйверы устройств, интерфейс с пользователем, интерпретаторы для инструментальных языков. Результат сказывается до сих пор - ни один продукт не имеет до сих пор интерфейса полностью в стиле Windows, хотя все и стремятся приблизиться к этому. Строчный командный интерфейс сохранился и все еще остается необходимым - во многих случаях быстрее использовать именно его.

Между тем CAD-системы являются естественным полем приложения для более современного объектно-ориентированного пользовательского интерфейса, в котором сами объекты знают, какие операции к ним применимы, как операция должна выполняться для объекта данного типа и как ее результаты должны сказываться на окружении. Особенно эффектно это выглядит при моделировании с помощью типовых элементов - фичерсов. В последнее время этот вид интерфейса был реализован во многих системах, например в Euclid Quantum или Pro/Engineer.

Вообще говоря, оболочка Windows оказала наиболее важное влияние на CAD. Сама по себе медленная оболочка Windows - не слишком дружественная среда для CAD, но аппаратные средства для нее очень похожи на то, что требуется для CAD. Наличие миллионов компьютеров для Windows стимулировало разработку быстрых процессоров, больших мониторов, более емкой дисковой и оперативной памяти. В какой-то мере Windows облегчает прикладным программистам процесс создания пакетов CAD, освобождая их от забот о драйверах устройств и в определенной степени об интерфейсе с пользователем.

Одновременно увеличивается интеграция функций из CAD в базовые операционные системы, что естественным образом способствует стандартизации этих функций. Наиболее известный пример - планы включения OpenGL в Windows. Уже сейчас OpenGL - самый легкий и универсальный метод рендеринга объектов CAD, обладающий двумя неоспоримыми преимуществами: независимость от оборудования и устранение обработки дисплейных списков.

Весьма негативную роль играют недостатки в организации программного обеспечения CAD - ограниченная открытость для расширений, трудность настройки на национальные стандарты, плохая модульность. Давно известно, что любой пакет CAD прямо из коробки не слишком полезен для большей части пользователей. Поэтому существует рынок третьих производителей, которые выполняют вертикальную адаптацию для различных применений CAD-систем: архитектуры, инженерии, картографии, управления ресурсами, дизайна и т. д. Это всегда учитывалось основными производителями - в состав системы общего назначения включался инструментарий для создания и подключения приложений, а также для адаптации и расширения интерфейса с пользователем. Однако на практике все получалось не так хорошо, как хотелось бы. И этому были две причины. Во-первых, приложение приходилось создавать поверх всей базовой системы, хотя многие ее функции могли быть совершенно не нужны. Цена даже небольшой разработки в основном определялась высокой стоимостью базового пакета, что заставляло заказчиков по крайней мере хорошо подумать. Во-вторых, инструментальные средства изготовлялись производителем базовой системы самостоятельно, были нестандартными и не очень качественными.

За последнее десятилетие появились независимые продукты для разработки приложений CAD. Например, третьи разработчики получили доступ ко всем родным командам Cadvance для Windows через документированную DLL. Посредством новых функций, добавленных к среде разработки MicroStation, MDL-приложения могут обращаться к функциям Windows API. Пакет COD (CadKey Object Developer) через аппарат C++ может взаимодействовать с Windows. Отпала необходимость программировать поверх полномасштабного CAD-пакета, а можно выбрать те функции, которые нужны конкретному приложению, например доступ к файлам (DXF или DWG), вывод на дисплей, рисование, интерфейс с БД. Это очень сильная альтернатива для третьих разработчиков - издавать приложение поверх Autocad за 3750 долл. или использовать полностью совместимый с ним пакет за 500 долл.