Распределенные компоненты

С возрастание производительности и разрастаниям сетей потребность приложений распред….. Компонентная архитектура позволяет упростить процесс разработки подобных распределенных приложений. Приложения клиент-сервер это шаг в сторону к компонентной архитектуре. Поскольку они разделены на 2 части – клиентская и серверная. Создать из обычного приложения распределенного безусловно легче если приложения состоит из компонентов. Оно уже разделено на функциональные части которые могут располагаться вдали друг от друга. Поскольку компоненты заменяемы вместо некоторого компонента можно подставить другой единственной задачей которого будет обеспечить связь с удаленным компонентом. Поскольку компоненты заменяемы пример если некоторые компоненты А и Б переносятся с локальной машины на удаленной то на локальной машине вместо компонент появляются переадресовщики, которые перенаправляют запросы к данным компонентам по сети. При наличии подходящих переадресующих компонентов приложение может совершенно игнорировать фактическое местоположение своих частей. Приложение использующее компонент называется клиентом для данного компонента. Компонентная модель имеет аналогию с клиент-серверной архитектурой. Компонент подключается к приложению через интерфейс единый для приложения клиента и компонента. Отметим, для того чтобы подключится к приложению важно знать какой интерфейс он использует. Если компонент изменяется без изменения интерфейса, то изменения в клиенте не требуется. Аналогично если сам клиент изменится без изменения интерфейса все созданные ранее компоненты можно будет продолжать подключать. Таком образом достигается одно из важных технологии COM – возможность раздельной разработки приложений а также легкость его модифицирования.

Таком образом COM это спецификация указывающая как создавай динамически взаимозаменяемые компоненты. COM определяет стандарт, которому должны следовать компоненты и клиенты, чтобы гарантировать возможность совместной работы. Компоненты COM состоят из исполняемого кода, распространяемого в виде динамически компонуемых библиотеки либо exe файлов. Сама по себе динамическая компоновка не обеспечивает компонентной архитектуры. Компоненты COM объявляют о своем присутствии стандартным образом. Используя схему объявлений COM клиенты могу динамически находить нужные компоненты. Реализация этой возможности возложена на операционную систему. В настоящее время COM поддерживается в операционной системе Windows. Интерфейс COM включает в себя набор функций которые реализуются компонентами и используются клиентами. Интерфейсом в COM является определенная структура в памяти, содержащая массив указателей на функции как показано было на доске (ХА-ХА) J.

Сегодня можно с большой уверенность можно говорить о том что процесс генерации приложения все более напоминает не традиционный процесс разработки программного обеспечения, а процесс компонентной сборки. Соответственно качественно меняется характер труда прикладного программиста. Развитие технологии COM – технология DCOM. (Модель распределенных компонентных обьектов) – программная архитектура разработанная компанией майкрософт для распределения приложений между несколькими компьютерами в сети. Программный компонент на одной из машин может использовать DCOM для передачи сообщения (удаленный вызов процедуры) компоненту на другой машине. DCOM автоматически устанавливает соединение, передает сообщение и возвращает ответ удаленного компонента. В принципе в случае использования технологии DCOM не важно находится клиентская часть приложения и компонент-сервер на разных эвм или на одной.

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