В.В. Кулямин - Технологии программирования. Компонентный подход (1133554), страница 58
Текст из файла (страница 58)
Если этаоперация вызывается у компонента, то обязанность позаботиться о выполнениипредусловия лежит на клиенте, вызывающем операцию. Если же эта операция вызываетсякомпонентом у другого компонента, он сам обязуется выполнить это предусловие. Спостусловием все наоборот — постусловие вызванной у компонента операции должно бытьвыполнено после ее вызова, и это — обязанность компонента. Постусловие операцииопределяет, какие ее результаты считаются корректными. В отношении вызываемыхкомпонентом операций выполнение их постусловий должно гарантироваться темикомпонентами, у которых они вызываются, а вызывающий компонент может на нихопираться в своей работе.Пример.
Рассмотрим сайт Интернет-магазина. В рамках этого приложения может работатькомпонент, в чьи обязанности входит вывод списка товаров заданной категории. Одна изего операций принимает на вход название категории, а выдает HTML-страничку в заданномформате, содержащую список всех имеющихся на складе товаров этой категории.Предусловие может состоять в том, что заданная строка действительно является названиемкатегории. Постусловие требует, чтобы результат операции был правильно построеннойHTML-страницей, чтобы ее основное содержимое было таблицей со списком товаровименно указанной категории, название каждого из которых представляло бы собой ссылку,по которой можно попасть на его описание, а в остальном — чтобы эта страница былапостроена в соответствии с принятым проектом сайта.Более аккуратно построенный компонент не требовал бы ничего в качестве предусловия(т.е.
оно было бы выполнено при любом значении параметра), а в случае некорректногоназвания категории в качестве результата выдавал бы HTML-страницу с сообщением онеправильном названии категории товаров.При реализации интерфейса предусловия операций могут ослабляться, а постусловия —только усиливаться.
Это значит, что, реализуя данную операцию, некоторый компонентможет реализовать ее для более широкого множества входных данных, чем это требуетсяпредусловием, а также может выполнить в результате более строгие ограничения, чем этотребуется постусловием. Однако внешним компонентам нельзя опираться на это, пока ониработают с исходным интерфейсом, — реализация может поменяться. Точно так же, еслиинтерфейс компонента требует наличия в системе других компонентов с определеннымнабором операций, это не означает, что данная реализация этого интерфейса действительновызывает эти операции.211•••Компонент в этом смысле — единица развертывания. Он может быть присоединен костальной системе, когда она уже некоторое время работает, и должен после этоговыполнять все свои функции, если в исходной системе уже были все компоненты, откоторых он зависит.
Он может быть удален из нее. Естественно, после этого могутперестать работать те компоненты, которые зависят от него. Он может быть встроен впрограммные продукты третьих партий и распространяться вместе с ними. В то же времяникакая его часть не обладает этими свойствами.В идеале такой компонент может быть добавлен или полностью замещен другойреализацией тех же интерфейсов прямо в ходе работы системы, без ее остановки. Хотя и невсе разновидности компонентов обладают этим свойством, его наличие признается крайнежелательным.Все это означает, что такой компонент должен быть работоспособен в любой среде, гдеимеются необходимые для его работы другие компоненты.
Это требует наличияопределенной инфраструктуры, которая позволяет компонентам находить друг друга ивзаимодействовать по определенным правилам.Набор правил определения интерфейсов компонентов и их реализаций, а также правил, покоторым компоненты работают в системе и взаимодействуют друг с другом, принятообъединять под именем компонентной модели (component model) [2].
В компонентнуюмодель входят правила, регламентирующие жизненный цикл компонента, т.е. то, черезкакие состояния он проходит при своем существовании в рамках некоторой системы(незагружен, загружен и пассивен, активен, находится в кэше и пр.) и как выполняютсяпереходы между этими состояниями.Существуют несколько компонентных моделей. Правильно взаимодействовать друг сдругом могут только компоненты, построенные в рамках одной модели, посколькукомпонентная модель определяет «язык», на котором компоненты могут общаться друг сдругом.Помимо компонентной модели, для работы компонентов необходим некоторый наборбазовых служб (basic services).
Например, компоненты должны уметь находить друг другав среде, которая, возможно, распределена на несколько машин. Компоненты должны уметьпередавать друг другу данные, опять же, может быть, при помощи сетевыхвзаимодействий, но реализации отдельных компонентов сами по себе не должны зависетьот вида используемой связи и от расположения их партнеров по взаимодействию.
Набортаких базовых, необходимых для функционирования большинства компонентов служб,вместе с поддерживаемой с их помощью компонентной моделью называетсякомпонентной средой (или компонентным каркасом, component framework). Примерыизвестных компонентных сред — различные реализации J2EE, .NET, CORBA. Сами по себеJ2EE, .NET и CORBA являются спецификациями компонентных моделей и набора базовыхслужб, которые должны поддерживаться их реализациями.Компоненты, которые работают в компонентных средах, по-разному реализующих одну иту же компонентную модель и одни и те же спецификации базовых служб, должны быть всостоянии свободно взаимодействовать. На практике этого, к сожалению, не всегда удаетсядостичь, но любое препятствие к такому взаимодействию рассматривается как серьезная,подлежащая скорейшему разрешению проблема.Соотношение между компонентами, их интерфейсами, компонентной моделью икомпонентной средой можно изобразить так, как это сделано на Рис.
65.Компоненты отличаются от классов объектно-ориентированных языков.o Класс определяет не только набор реализуемых интерфейсов, но и саму их реализацию,поскольку он содержит код определяемых операций. Контракт компонента, чаще всего,не фиксирует реализацию его интерфейсов.o Класс написан на определенном языке программирования. Компонент же не привязан копределенному языку, если, конечно, его компонентная модель этого не требует, —компонентная модель является для компонентов тем же, чем для классов является языкпрограммирования.212o Обычно компонент является более крупной структурной единицей, чем класс.Реализация компонента часто состоит из нескольких тесно связанных друг с другомклассов.КомпонентыПредоставляют илитребуют интерфейсыСоответствуюткомпонентной моделиРазвертываются вкомпонентной средеИнтерфейсыПредоставляемыекомпонентамиОписываютсяконтрактамиИнтерфейсТребуемыйкомпонентомОписываетсяконтрактомБазовые службыКомпонентная модельОпределяет требования кработающим в ее рамкахкомпонентам, видыкомпонентовИногда требует реализоватьопределенные интерфейсыКомпонентная средаВ ней развертываютсякомпонентыПредоставляеткомпонентную модель инабор базовых службОбеспечиваютработоспособностьнабора компонентовРисунок 65.
Основные элементы компонентного программного обеспечения.••Понятие компонента является более узким, чем понятие программного модуля. Основноесодержание понятия модуля — наличие четко описанного интерфейса между ним иокружением. Понятие компонента добавляет атомарность развертывания, а такжевозможность поставки или удаления компонента отдельно от всей остальной системы.Возможность включения и исключения компонента из системы делает его отдельнымэлементом продаваемого ПО.
Компоненты, хотя и не являются законченными продуктами,могут разрабатываться и продаваться отдельно, если они следуют правилам определеннойкомпонентной модели и реализуют достаточно важные для покупателей функции, которыете хотели бы иметь в рамках своей программной системы.Надо отметить, что, хотя рынок ПО существует достаточно давно, а компонентныетехнологии разрабатываются уже около 20 лет, рынок компонентов развивается довольномедленно. Поставщиками компонентов становятся лишь отдельные компании, тесносвязанные с разработчиками конкретных компонентных сред, а не широкое сообществоиндивидуальных и корпоративных разработчиков, как это представляли себе создателикомпонентных технологий при их зарождении.По-видимому, один из основных факторов, мешающих развитию этого рынка, — это«гонка технологий» между поставщиками основных компонентных сред.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
