Как следствие, в среде MultimediaToolBook присутствуют палитры компонент и обработчик событий. Первое понятие представляет собой панель, содержащую графическую интерпретацию компонент. Теперь даже не обязательно знать название каждой компоненты и искать ее название в длинных меню – достаточно выбрать ее изображение на палитре компонент и точно такая же появится у Вас на странице приложения. Такой подход является преобладающим в MultimediaToolBook, кроме палитры компонент существуют палитра инструментов, цветовая палитра, графическая и некоторые другие. Обработчик событий представляет собой специфический модуль, в котором разработчик указывает каким образом тот или иной объект на странице будет реагировать на то или иное событие: исчезать или появляться, менять цвет или положение на экране, просто закрывать программу. Как уже было сказано, все это позволяет идейно обогатить создаваемые учебные и мультимедиа-приложения.
К новым возможностям относится также и возможность создания прототипа будущего проекта. Прототип может быть простой оболочкой, которая приближенно отвечает идее проекта, или программным продуктом. Проектирование с использованием прототипов позволяет тестировать продукты на более ранних стадиях.
В системе MultimediaToolBook присутствует встроенный язык описания сценариев OpenScript. Он необходим для интерпретации системой действий пользователя. На нем описываются возможные действия приложения, реакция на происходящие события. Кроме этого предусмотрено использование библиотек динамической компоновки (технология DLL) и стандарта DDE, который реализует коммуникационный протокол Windows’95 и обеспечивает интеграцию нескольких приложений. Это позволяет вызывать из написанных пользователем приложений любую другую программу, поддерживающую данный протокол, будь то Word, Excel или универсальный проигрыватель, обеспечивая тем самым интегрированность разрабатываемых приложений.
6. При наличие большого числа плюсов и новых возможностей трудно выделить недостатки продукта, которые в небольшом количестве, но все же присутствуют в MultimediaToolBook:
– сравнительно небольшой набор визуальных компонент – чуть более десяти (в Delphi для сравнения их почти полторы сотни);
– неоправданно большое количество всевозможных меню, затрудняющих на первых порах работу с системой;
– псевдообъектно-ориентированность среды MultimediaToolBook, при которой объекты присутствуют, но не поддерживаются основные концепции объектно-ориентированного программирования;
Delphi
1. Название: Delphi 3.0.
2. Разработчик: Borland International company.
3. Операционная система: Windows’95.
4. Назначение:
– разработка многооконных пользовательских приложений;
– создание многофункциональных систем общего назначения;
– проектирование баз данных любой сложности и средств управления БД;
– разработка систем обработки текстовой, графической, видеоинформации и звука;
– создание графической операционной оболочки;
– написание прикладных программ и библиотек динамической компоновки;
– создание одно- и многопользовательских интерфейсов;
– разработка сетевых приложений;
– разработка мультимедийных приложений и средств разработки мультимедийных приложений;
– написание программ с использованием средств Internet;
и многое другое.
5. Сравнивая Delphi с вышеописанными системами LinkWay, Action, Multimedia ToolBook я признаю, что такое сравнение не совсем правомерно. Дело в том, что вышеперечисленные системы являются авторскими, то есть созданы для людей, незнакомых глубоко с программированием на каком бы то не было языке, и разрабатывающих при этом работоспособные приложения. С Delphi ситуация несколько иная: это – система программирования, базирующаяся на языке программирования (Object Pascal), имеющая свой редактор, компилятор и отладчик. Написание приложения на Delphi сводится к компоновке на экране объектов, имеющих определенную графическую интерпретацию, и подключению строк кода, как и в программе на любом другом языке. Другими словами, Delphi просто реализует визуальную концепцию программирования. Поэтому этот сравнительный анализ и кажется мне не совсем правомерным.
Однако вместе с тем, система Delphi предназначена для тех же целей (или может использоваться в тех же целях) что программирования и рассмотренные авторские системы. Назначение и визуальная концепция программирования – то, что объединяет такие среды как LinkWay, Action, Multimedia ToolBook с Delphi. Именно на этих основаниях я попытался построить свой анализ.
Итак, Delphi – это не просто редактор и компилятор. Это могучая среда разработки, значительно облегчающая участь разработчика приложений.
В течение многих лет людей занимающихся разработкой приложений вполне устраивали традиционные средства программирования, включающие редактор, компилятор и отладчик. Windows–ориентированные системы разработки, такие как Action, Multimedia ToolBook добавили к этому набору визуальные методы создания интерфейса программ и автоматическую генерацию соответствующего программного кода. Delphi, вобрав в себя все эти черты, идет еще дальше. Например, интерфейс прикладного программирования (API) позволяет писать такие утилиты, которые включаются в интегрированную среду разработки Delphi. Где еще можно встретить такое?
Многие языки и среды разработки приложений являются псевдообъектно-ориентированными – они используют объекты и методы, но не поддерживают основные концепции объектно-ориентированного программирования, таких как инкапсуляция, наследование и полиморфизм. Delphi лишена этого недостатка. Это настоящий объектно-ориентированный язык, который позволяет объединять данные и код в один класс, создавать дочерние классы и обращаться с классами-потомками, как с родительскими классами.
Легко заметить, что элементы экрана, составляющие приложения Windows, довольно просты. Возьмем в качестве примера стандартную кнопку – обычно она представлена в виде выступающего серого прямоугольника, на поверхности которого написан текст, соответствующий названию данной кнопки. Delphi «берет» функциональность кнопки – ее способность отвечать на щелчок мышью и отображать некоторый текст – и «подает» ее в виде объекта известного как компонент. Компоненты хранятся в библиотеке компонентов, содержащей все объекты, необходимые для создания полноценных программ, использующих интерфейс Windows.
Объектно-ориентированная природа Delphi делает библиотеку компонентов необычайно гибкой. Если объекту требуется дополнительная функциональность либо требуется модифицировать поведение компонента, можно наследовать новый компонент из того, который уже храниться в библиотеке, и добавить ему новых свойств.
Теперь, когда программирование стало заключаться в простом манипулировании компонентами и объектами, появляются шаблоны, которые даже эту задачу делают тривиальной. Delphi оперирует четырьмя типами шаблонов: формами, приложениями, компонентами и кодами. Шаблоны формы, приложения и компонента дают возможность повторно использовать созданные ранее коллекции объектов либо в отдельных программах, либо в качестве основы для новой программы. Шаблон кода – это новое средство, которое значительно уменьшает потребности во вводе повторяющихся фрагментов кода.
У Delphi есть еще одно приятное отличие. Многие системы разработки приложений для Windows либо вовсе не генерируют исполняемый код, либо генерируют код-полуфабрикат, или р-код, который не может быть выполнен процессором без дополнительной трансляции во время работы самой программы, что существенно снижает производительность компьютера. Потери времени процессора при преобразовании графических файлов просто трудно себе представить. Delphi же использует настоящий компилятор и компоновщик и генерирует стопроцентный машинный код. Такая реализация лишена непроизводительных затрат, что особенно важно для масштабных мультимедийных программ сегодняшнего дня, которые требуют наличия высокопроизводительных систем.
Использование стопроцентной компиляции дает еще одно преимущество, заключающееся в создании библиотек динамической компоновки (DDL), которые могут содержать любые компоненты из библиотеки компонентов. Затем эти библиотеки можно использовать в собственных приложениях Delphi или распространять как независимые компоненты для других программ.
Нельзя не сказать и о новом подходе к обработке ошибок. Многим разработчикам, программировавшим на других языках, приходилось сталкиваться с необходимостью обработки ошибок и защиты ресурсов. Прежний подход к решению этих задач состоял в выполнении функции с последующим анализом результата. В случае получения кода успешного завершения операции выполнялись некоторые действия и вновь анализировался результат. Этот процесс продолжался до тех пор, пока не исчерпывался исходный код программы. Delphi искусно справляется с проблемой обнаружения ошибок благодаря реализации концепции исключительных ситуаций. Вместо того чтобы работать в предположении, что каждый шаг может привести к сбою, потенциальное выявление которого требует соответствующего тестирования, Delphi позволяет писать программу, исходя из успешного выполнения всех ее операторов. В случае возникновения отказа Delphi вызывает исключительную ситуацию, которая перехватывается одним-единственным обработчиком исключительных ситуаций. Такой подход позволяет программе достойно справится с ошибкой, причем от разработчика в этом случае требуются минимальные усилия.
Нельзя обойти стороной и то, как в Delphi представлены средства создания и управления базами данных. Статистика утверждает, что большинство приложений так или иначе связаны с базами данных. И это неудивительно, ведь где еще компьютеру показать себя во всей красе, как не в области сбора, обработки и представления данных. Если данных много (или очень много), разработчики используют для их хранения именно базы данных. Delphi предоставляет в распоряжение пользователя объекты и компоненты, которые значительно уменьшают трудовые затраты на создание такого рода приложений. Убедительным примером этого служит тот факт, что с помощью Delphi можно создать программу ведения баз данных, не написав ни строки программного кода.