1.3. Выбор и обоснование языка программирования


Сегодня в связи с все более ускоряющимися технологиями программирования, постоянно повышаются требования к среде и к самому языку программирования. Наиболее злободневные требова­ния можно описать таким образом.

1. Отделение элементов программы, связанных с пользователь­ским интерфейсом от алгоритмической части. Это позволяет мини­мизировать или вообще избежать при правильном проектирова­нии проекта изменений в алгоритмической части проекта при мо­дернизации пользовательского интерфейса вне зависимости от причин их вызывающих: требование заказчика проекта по замене неверной надписи или кардинальной смены концепции вследст­вие перевода разработок на другую платформу.

2. Простота и скорость создания/модернизации пользователь­ского интерфейса и самих программ, путем использования уже го­товых элементов (блоков), реализующих некие крупные функции взаимодействия с человеком или другой программой.

3. Еще раз простота, а также ясность и наглядность при про­граммировании пользовательского интерфейса, скрывающая ниж­ний, сложный слой и оставляющая на поверхности только малую, но самодостаточную необходимую часть айсберга управления эле­ментами интерфейса.

4. Использование уже существующего кода, возможно, напи­санного на другом языке программирования.

При разработке приложений для Windows вышеизложенным принципам очень удачно соответствует Visual Basic. Основные свойства этого языка программирования приведены ниже.

Возможности Visual Basic.

1. Все элементы пользовательского интерфейса можно созда­вать/модернизировать/удалять без всякой связи с алгоритмической "невидимой" частью программы. Все, что связано с взаимодейст­вием с человеком или другим субъектом управления, находится в файлах форм (FRМ), VВХ и ОСХ, а все, что связано с расчетной частью, - в файлах стандартных модулей (ВАS) и классов(СLS), или, если нужна скорость обработки - в специально написанных на С, Pascal, Fortran или других язык программирования, DLL. Но это разнесение на самом деле чисто условно и делается просто с це­лью облегчения работы самому разработчику или, что более важно, - группе разработчиков. На самом деле, при небрежном проектировании или небольшой поставленной задаче и интерфейс­ная и алгоритмическая часть могут располагаться в одном модуле (FRМ или ВАS).

2. Формирование пользовательского интерфейса в Visual Basic похоже на работу с детским конструктором - все элементы на виду, все элементы просты, но сложность создаваемой конструкции ог­раничена только изобретательностью разработчика. Причем надо иметь ввиду, что число элементов этого конструктора постоянно и очень быстро растет. Сотни (на начало 1995 года около тысячи) сторонних производителей и фирм постоянно выбрасывают на ры­нок все новые, более мощные модели расширения для Visual Basic.

3. Если уже имеется готовый алгоритм БПФ (Быстрого Преобра­зования Фурье) на ассемблере или алгоритм быстрого поиска в от­сортированном списке на С или Pascal, не надо переписывать их на Visual Basic. Достаточно оформить их виде DLL и использовать как функции.

4. Можно с помощью Visual Basic для Windows создавать запус­каемые “.EXЕ” файлы. Visual Basic для Windows создает выполняе­мые (“. ЕХЕ”) файлы, но не самодостаточные. Все программы, созданные на Visual Basic, должны распространяться с файлом VBRUNx00.DLL (x - номер версии 1,2 или 3) или VB400xx.DLL (xx - 16 или 32). Эта DLL обязательно должна присутствовать в каждой системе, где используются программы на Visual Basic для Windows.

Visual Basic дает возможность создавать приложения, рабо­тающие среде Windows. Программы компилируются в псевдокод (р-коде) и помещаются в файлы с расширением “.ЕХЕ”. Когда программа запускается, файл с р-соdе обращается к VBxxxx.DLL, которая интерпретирует р-code в последовательность инструкций Windows АРI.

5. Использование функций Windows АРI в Visual Basic до­вольно просто - необходимо ее объявить (declare) в секции объяв­лений или модуле кода.

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

6. Используемый механизм добавления элементов управления VВХ ( Visual Basic eXtension - модули расширения Visual Basic) явил собой "черный ход" для разработчиков третьих фирм по внедрению собственных объектов в среду разработки Visual Basic. Механизм, пусть и не объектно-ориентированный, но позволяет просто и довольно элегантным путем добавлять новые программ­ные компоненты без дополнительного программирования. Меха­низм VВХ является специфическим интерфейсом для Visual Basic.

7. Существует открытый стандартный интерфейс для работы с программными компонентами, в каждую программу и приложение можно интегрировать стандартный набор средств, позволяющий использовать в дальнейшем данные программы в виде компонент для будущих приложений. Механизм ОLЕ и новая технология в виде ОСХ (ОLЕ Custom Control). ОLЕ не только предлагает стандарт в определении объекта, но также определяет, как и каким образом объекты могут взаимодействовать друг с другом. / 3 /

Основные новшества в Visual Basic версии 4.0

наличие 16- и 32-разрядной редакции;

работа в среде Windows 3.1, Windows для Рабочих Групп 3.11, Windows 95, Windows NТ;

возможность создания ОLЕ Automation объектов;

поддержка OСХ и VВХ;

расширение ТооlВох (Окно Инструментария) за счет ОLЕ In­sertable объектов;

использование JЕТ версии 2.5;

наличие новых и поддержка специализированных Data Bound Control (объектов, значительно упрощающих работу с базами данных);

использование ВАО версии 2.0;

открытая и расширяемая среда разработки;

возможность разбиения длинных строк в программном коде;

расширение лексики языка программирования;

запуск одновременно нескольких копий Visual Basic 4.0;

директивы условной компиляции;

поддержка файлов-ресурсов;

создание 32-разрядных приложений;


Директивы условной компиляции программы. Разработ­чик имеет возможность, используя директивы условной компиля­ции выбирать, например, какую версию приложения (16- или 32-разрядную) он собирается создать. Используя подобные дирек­тивы, можно создавать программы, имеющие один и тот же исходный текст, но которые после компиляции смогут работать на раз­личных платформах.

Object Browser (Инспектор объектов). Данное средство предназначено для облегчения идентификации и управления всеми ОLЕ Automation Servers, на которые есть ссылки в проекте. Выбрав нужный объект, разработчик может легко выбрать и передать кор­ректный синтаксис выражения работы с объектом в текст про­граммы или вызвать встроенную помощь для данного объекта.

Встроенный редактор. Увеличена функциональны мощь встроенного редактора. Во-первых, расширены возможности на­стройки, точнее постройки, “на свой вкус” формата отображаемых строк кода, комментариев, ключевых слов, идентификаторов, точек останова, и т. д. Можно задать различные фонты, цвета и размеры фонтов для облегчения чтения текста программы. Во-вторых, улучшена работа с отладочным окном. Больше нет необходимости держать и окно с отлаживаемым текстом программы и окно с ото­бражаемыми переменными - теперь достаточно использовать одно окно, состоящее из двух подвижных частей: нижнее подокно пред­ставляет собой полнофункциональный редактор кода, верхнее же показывает содержимое переменных.

Расширение лексики языка программирования. Для объ­явления подпрограмм и функций, доступных или не доступных из других модулей проекта, введены дополнительные служебные слова при объявлении процедур: Public и Private соответственно. Visual Basic 4.0 “прихватил” теперь кусочек Pascal, добавив к своему лексическому запасу выражения “With”,”For Each”, а также добав­лены новые типы данных - Byte (простое без знаковое, для пред­ставления чисел в диапазоне 0-255), Вооlean 16 битовые (2-байта) числа, которые могут принимать только два значения: True или False) и Collection. Collection позволяет построить собственную группу пронумерованных объектов. Использование Collection более предпочтительно, чем использование массивов вследствие большей гибкости индексов, и наличия наследуемых методов для вставляе­мых и удаляемых объектов коллекции.

Процедуры свойств (property procedures). Появилась воз­можность создавать для объектов (форм, стандартных модулей и модулей классов) собственные специализированные свойства (properties), и привязывать к ним выполняемый код, который будет вызываться при обращении к свойству.

Расширяемость оболочки программирования. Оболочка разработки (IDE) самого Visual Basic 4.0 также может быть управ­ляем через ОLЕ Automation, что позволяет ОLЕ приложениям созда­вать и размещать в специальное меню Add-In Visual Basic 4.0 свои команды, расширяя таким образом возможности IDE.

Создание ОLЕ Objekt приложений и классы (Сlasses). Од­ной из основных претензий к Visual Basic со стороны профес­сиональных программистов служило отсутствие средств создания готовых модулей для последующего использования. Программист вынужден был обращаться к С, С++, Раsсаl или другим языкам программирования для создания DLL и вызовам функций DLL из программы на Visual Basic или, например, из приложения Microsoft Office. С выходом Visual Basic 4.0 данная ситуация коренным обра­зом изменилась, программисты могут создать объекты ОLЕ Automation. Библиотеки подобных объектов, каждый со своими ха­рактеристиками и методами управления, могут быть использованы из любого приложения, имеющего возможность контролировать приложение, являющееся ОLЕ объектом (OLE Object Application).

По определению, такие объекты названы классами (Claases) - (эту часть языка Visual Basic взял от С++) и располагаются в специ­альных модулях (class module). Для совместимости с программами, реализованными в третьей версии и использующими VВХ из стан­дартного набора, Visual Basic 4.0 включает ОLЕ Custom Control (OCX), заменяющие эти VВХ. При вызове проекта программы, раз­работанной в среде предыдущей версии Visual Basic и использую­щей один из стандартных VBX предложит автоматически преобра­зовать ссылки на новые ОСХ. Такие приложения, как Microsoft Ex­cel для Windows, Microsoft Word для Windows и другие, являющиеся ОLЕ приложениями, теперь можно вставлять в Окно Инструмента­рия (ТооlBох) как обычные элементы управления.

Таким образом можно сказать об некоторой универсальности Visual Basic для создания приложений для Windows.


Информация о работе «Разработка программы контроллера автоматически связываемых объектов для управления конструкторской документацией в среде Windows 95/NT (дипломная работа)»
Раздел: Информатика, программирование
Количество знаков с пробелами: 135709
Количество таблиц: 1
Количество изображений: 0

Похожие работы

Скачать
112819
1
11

... самом деле включает в себя только данные и их структуру. Таким же образом как и структура OLE клиента, должна выглядеть структурная схема той части контроллера автоматически связываемых объектов, которая отвечающая за взаимодействие с механизмом связывания и внедрения Windows 95. Поскольку, по сути, контроллер должен являться клиентом практически для всех приложений присутствующих в системе, ...

0 комментариев


Наверх