Основы построения автоматизированных информационных систем - Гвоздева В. А.
ISBN 978-5-8199-0315-5
Скачать (прямая ссылка):
Разработчики Web-сайтов также располагают развитым инструментальным оснащением, которое существенно облегчает создание Web-страниц со сложным дизайном, позволяет динамически генерировать Web-страницы на основе содержимого баз данных по запросам пользователей, разрабатывать и отлаживать встраиваемые в Web-страницы Java-скрипты и т. д.
Создатели систем текстового поиска имеют в своем распоряжении вспомогательные средства для автоматизированной разработки тезаурусов, словарей и т. д., для сканирования и ввода документов, автоматического их индексирования.
Современный этап технологий программирования представляет собой компонентное программирование (COM Object Model) как тенденция развития ООП (технологии COM, COM+, .Net (компании Microsoft), CORBA, Jawa и другие)
Компонентное программировании (КП) — скорее динамический процесс, а не статическая модель с четким набором основных принципов. На смену старым идеям приходят новые, но сохраняется преемственность в целях. Одна из целей — создание технологии для разработки (программирования) распределенных систем.
Распределенность, независимость — некоторые из ключевых слов, характеристик КП в целом.
Компонентные технологии позволяют формировать сложные распределенные приложения, некоторые части которых выполняют в различных узлах локальной или глобальной сети.
Недостатки процедурного подхода:
• особенность состоит в раздельном хранении функций и данных;
258
• хранение в одном массиве не только указателя, но и информации о типе данных.
Недостатки ООП:
• не полностью решена задача повторного использования кода;
• упаковка класса в динамически компонируемую библиотеку не всегда достижима.
Основная идея КП — распространение классов в бинарном виде (т. е. не в виде исходного кода) и предоставление доступа методом класса через строго определенные интерфейсы, что позволяет снять проблему несовместимости компиляторов и обеспечивать смену версий классов без перекомпиляции использующих их приложений.
Интерфейсам отводится не только роль посредника между клиентом и сервером, они задают семантику сервиса.
Компонент — это хранилище (в виде DLL или ЕХЕ-файлов) для одного или нескольких классов.
Клиент должен знать только уникальный идентификатор класса и интерфейс(ы), обеспечивающий(ие) доступ к реализованным данным классом методам. В реестре системы хранится информация о месте компонента, содержащего данный класс.
Это позволяет системе прозрачно для клиента перенаправлять вызовы методов к определенному компоненту и возвращать результаты, при этом обеспечивается:
• независимость от языка программирования;
• прозрачность местоположения сервера для клиента. Основные принципы КП, реализованные в рамках технологии СОМ.
1. Инкапсуляция находится на более высоком уровне, чем ООП.
Интерфейс — абстрактный базовый класс, который не имеет элементов данных и является прямым потомком не более чем одного другого интерфейса.
2. Наследование интерфейсов, а не классов. Классы могут включаться в разные компоненты. Новый интерфейс может наследовать ранее написанным интерфейсам. Например, в СОМ любой интерфейс должен наследовать стандартному интерфейсу I Unknown. Наследование означает, что при реализации методов нового интерфейса должны быть реализованы и все методы, написанные в наследуемом интерфейсе.
259
Повторное использование кода не выполняется, но разработчик может добавить функциональность старого компонента к функции нового двумя способами-:
1) Контейнеризации — вызывая методы старого компонента. Новый компонент является посредником между клиентом и старым компонентом;
2) Агрегации — новый компонент не работает посредником, вызовы клиента, относящиеся к старому компоненту, направляются прямо новому компоненту.
3. Полиморфизм. Если описан некоторый интерфейс, то любое число классов может реализовать его любым способом на любом языке (поддерживающем СОМ). При этом не должна меняться семантика интерфейса.
4. Бинарное представление. Компоненты распространяются и используются в бинарном виде, т. е. в виде «черного ящика». Это дает новые возможности, например, для использования различных языков программирования при реализации компонентов и использующих их клиентов.
5. Инфраструктура для распределенных приложений частично обеспечивается самой архитектурой системы, реализующей СОМ, частично за счет использования дополнительных сервисов.
Например:
• автоматическое формирование канала передачи данных, который обеспечивает вызов методов, передачу параметров и возврат результатов;
• (В СОМ+ ) — безопасность;
• транзакции;
• балансировка загрузки серверов;
• асинхронный доступ к компонентам;
• поддержка публикации и подписки на события и т.п. Эволюция распределенных систем:
• одноуровневая (один компьютер — N терминалов);
• локальная вычислительная сеть ПК (совместное использование сервера);
• архитектура «клиент-сервер» — двухзвенная архитектура (сервер — запросы — результаты);
• трехзвенная архитектура — клиент/бизнес — логика/данные (бизнес-логика отделена и от клиентов, и от данных);
