Структура программы на AutoLisp

Большие программы на AutoLISP можно составить в любом двоичном текстовом редакторе, сохранив написанное с расширением *.lsp. Программа может содержать любое количество определений функций и других выражений. Обобщенную структуру программ AutoLISP можно представить в виде следующей последовательности блоков:

(vmon)

РАЗДЕЛ ТЕКСТОВ ПРОЦЕДУР И ФУНКЦИЙ

(defun FUNCTION1 (Раздел описания переменных)

)

РАЗДЕЛ ОСНОВНОГО БЛОКА ПРОГРАММЫ

(defun C:PROGRAM () - Главная программа, вызывающая построенную ранее функцию FUNCTION1

(FUNCTION1) - Вызов функции FUNCTION1

)

Любая программа на AutoLISP имеет три самостоятельных этапа:

1) ввод технологических параметров пользователем;

2) числовые и геометрические расчеты, в процессе которых определяются значения вспомогательных переменных;

3) работа с графической базой данных чертежа либо напрямую (редактирование объектов), либо через команду AutoCAD (отрисовка и редактирования объектов).

Доступ к командам AutoCAD обеспечивается функцией COMMAND:

(COMMAND [аргументы] ...)

Аргументы представляют собой команды AutoCAD, их ключи, координаты точек, числовые и текстовые параметры. Каждый аргумент вычисляется и посылается в редактор AutoCAD как ответ на соответствующий запрос. Как следует из вышесказанного, взявшись за создание собственной программы, прежде всего, следует:

- выделить технологические параметры (то, что должен задавать конструктор при работе с командой);

- определить технологию отрисовки (редактирования, работы с изображением) объекта;

- выделить геометрические и числовые параметры, необходимые для реализации отрисовки объекта выбранным способом.

4.3. Визуальные языки программирования

В настоящее время в практике программирования различных задач все более часто используют "визуальные языки программирования" (Visual), которые относятся к языкам программирования, и в зависимости от их назначения, их можно классифицировать следующим образом:

1) для обработки визуальной информации;

2) для поддержки визуального взаимодействия с пользователем;

3) для программирования с помощью визуальных выражений.

Изначально под программированием под Windows подразумевалось программирование на C с использованием Windows Application Programming Interface (интерфейсом прикладного программирования Windows), что являлось весьма трудоемкой задачей. Средства визуального программирования, в отличие указанной технологии, обычно решают задачи построения пользовательского интерфейса и упрощения разработки приложения путем замены метода написания программы на метод конструирования. Средства визуального программирования могут быть использованы по разному:

1. просто для визуального определения пользовательского интерфейса, который затем встраивается в традиционную программную среду;

2. более глубоко, для визуального задания и интерфейса и контролирующих интерфейс объектов с одновременным программированием бизнес-логики традиционными методами;

3. наконец, для полного визуального построения приложения.

Каждая составная структура разрабатываемого алгоритма, представлена в Visual отдельным блоком. Такими блоками могут быть последовательная, разветвляющаяся, повторяющаяся структуры, а также подпрограммы. В каждом блоке (которые можно назвать сложными командами) размещаются простые команды. Каждая команда (простая или сложная) представлена отдельной иконой. Вследствие того, что кроме изображения и текстовой информации каждая такая икона содержит еще некоторые, специфические именно для нее возможности, то понятие иконы расширено нами до понятия Графический Визуальный Объект (ГВО).

Таким образом, алгоритм, построенный с помощью Visual, представляет собой набор ГВО, сгруппированных в отдельных блоках-структурах. Набор ГВО предоставляется системой. Наиболее универсальной платформой визуального программирования на сегодняшний день остается Microsoft Visual Studio.NET. В первую очередь она предназначена для программ, ориентированных на Internet: Web-приложений и Web-служб (Web Services). Первые обеспечивают доступ к ресурсам Web-серверов для пользователей (через Internet-браузер), а вторые - для программ (в формате XML по протоколу SOAP).

Исходные тексты .NET-приложений компилируются в специальный промежуточный код на языке Microsoft Intermediate Language (MSIL) и выполняются в среде .NET Framework, состоящей из виртуальной машины Common Language Runtime (CLR) и библиотеки классов .NET Framework Class Library. .NET Framework скрывает все особенности конкретной операционной системы и, таким образом, позволяет разрабатывать кросс-платформенные (до определенной степени) приложения. Сегодня уже почти готовы версии .NET Framework для FreeBSD и Linux. А компания Halcyon реализовала .NET Framework на Java!. CLR обеспечивает верификацию и компиляцию кода "на лету" из MSIL в команды процессора, управляет памятью (включая автоматическую "сборку мусора"), процессами и потоками, решает проблемы безопасности. Библиотека классов .NET Framework является языконезависимой, т. е. ее могут использовать все .NET-приложения вне зависимости от применяемого языка программирования.

В ней содержатся классы Windows Forms для разработки графического пользовательского интерфейса, Web Forms для создания Web-приложений и Web-служб на основе ASP.NET, библиотека ADO.NET для доступа к базам данных, классы для работы с XML, Internet-протоколами FTP, HTTP, SMTP, SOAP и многое другое. В .NET Framework используется собственная компонентная модель, элементами которой выступают сборки (assembly). Для прямой и обратной совместимости с моделью COM/COM+ в CLR имеется ряд механизмов под общим названием COM Interop, обеспечивающих доступ к COM-объектам по правилам .NET и к .NET-сборкам - по правилам COM. Модель .NET не требует регистрации компонентов в системном реестре Windows. Для работы .NET-приложения достаточно поместить все относящиеся к нему сборки в один каталог. Если же какую-то сборку необходимо использовать в нескольких приложениях, то ее можно зарегистрировать в общем кэше Global Assembly Cache (GAC) с помощью специальной утилиты. В интегрированной среде разработки VisualStudio.NET проекты логически организуются в решения (solutions). Каждое решение состоит из одного или нескольких проектов. В свою очередь каждый проект может состоять из любого количества исходных файлов, ссылок на внешние сборки и прочих ресурсов, которые и образуют приложение. Двумя важнейшими компонентами платформы .NET является среда выполнения (Common Language Runtime, CLR) и библиотека базовых классов. Любые двоичные файлы .NET, называемые сборками, работают только в среде выполнения .NET-CLR. Сборки содержат в себе инструкции промежуточного кода (Intermediate Language, IL) и метаданные самой сборки (манифест) и типов. Промежуточный код превращается в платформенно-зависимый код в момент выполнения приложения. Во всех объектно-ориентированных языках четко различаются понятия «класс» и «объект». Класс – это определяемый пользователем тип данных. Класс можно представить себе как алгоритм, по которому организуются его члены. В отличие от класса объектом называется конкретный экземпляр определенного класса, с помощью которого обычно и производятся определенные действия в программе. В большинстве случаев класс помимо конструктора по умолчанию снабжается другими конструкторами - принимающими параметрами. Использование такого конструктора – самый простой способ инициализировать состояние объекта в момент его создания, установив необходимые значения. Кроме классов и объектов в визуальных языках имеются так же конструкции, которые можно рассматривать как некую особую разновидность классов. С классами структуры роднит многое: для структур можно определять конструкторы, структуры могут реализовывать интерфейсы, структуры могут содержать любое количество внутренних членов.