Дэвид С. Линтикам

Рассматривая компонентную модель объекта

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

Так что же делать разработчикам? Возможно, кого-то устроит основанная на использовании OLE компонентная модель объектов (Component Object Model, COM) корпорации Microsoft, в действительности представляющая собой брокер объектных запросов (Object Request Broker, ORB) для OLE. COM определяет интерфейсы между объектами компонентов OLE в рамках прикладных программ. COM является непосредственным конкурентом разработанной группой Object Management Group (OMG) стандартной архитектуре брокеров объектных запросов (Common Object Request Broker Architecture, CORBA) и ее реализации компонента - OpenDoc.

COM все еще считается неустоявшейся технологией. Но несмотря на это, число средств разработки, использующих спецификацию COM, с каждым месяцем увеличивается. Неудивительно, что производятся они, в основном, корпорацией Microsoft, в том числе Visual Basic и Visual Cи++. COM -- это четкое направление для многих прикладных программ и сред разработки, которым необходимы преимущества метода разработки на компонентной основе. По мере усложнения и специализации программного обеспечения, разработка с использованием готовых компонентов может оказаться единственным способом управлять этим запутанным хозяйством без риска разрушить их.

Однако в отличие от CORBA, в объектной модели COM не предусмотрено множественное наследование, которое позволило бы осуществлять более тонкую настройку компонентов. Тем не менее COM способна обеспечивать работу с несколькими интерфейсами и повторное использование компонентов под управлением механизма агрегации. Агрегация означает, что компонент может инкапсулировать служебные функции других компонентов, тем самым меняя характеристики данного компонента.

Хотя COM представляет собой ORB для одного компьютера, в корпорации Microsoft ведется работа по подготовке методов размещения OLE-объектов в вычислительной сети с помощью механизма распределенного OLE. Это позволит OLE-компонентам запрашивать и получать другие доступные через сеть OLE-компоненты так, словно они существуют локально. Например, новая версия Visual Basic 4.0 обеспечивает возможности работы с ранней версией распределенного OLE. Возможности взаимодействия прцессов (interprocess communication - IPC) в COM организуются через RPC.

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

По мере возрастания спроса на COM-компоненты уже разработаны и доступны различные их виды, начиная с коммуникационных программ до средств просмотра (браузеров) Web.

Дата добавления: 2014-01-07