Комплекс (Complex)

Целое,  включающее  несколько  частей.  По  большей  части,   нечто   основное,  со

взаимосвязанными с ним частями.

Композиция (Composition)

u (ООП) Техника,     при     которой    новый    объект    получается     композицией, объединением старых и новых частей. Обычно противопоставляется наследованию.

v (Комп.) Трансляция программы на язык, близкий машинному.

w (ИИ) Оформление закономерностей в ЭС.

x (Муз.) Музыкальное произведение.

Компонент  (Component)  (См.  Agent,  Applet,  Assembly,  Bean,  COM,  CORBA,  DCOM, JavaBeans, Portlet, Robot, Servlet, Web-services, Wapplet, Widget, Контейнер, Приложение)

u Составная часть, элемент чего-либо.

v (В распределённых вычислениях) Составная часть распределённого приложения.

w (Мод. прогр.) Отдельный программный модуль со своим интерфейсом.

x (UML) Физически   заменяемая  часть  системы  совместимая   с  одним   набором интерфейсов и обеспечивающая реализацию какого-либо другого.

? (UML) Физическая     упаковка    логических     элементов    таких,     как     классы, интерфейсы и кооперации.

?(W3C) Элемент архитектуры с определёнными (заданными) границами.

? (Прогр.) Предварительно созданный программный объект, который представляет клиентам чётко определённый набор функций. Каждый компонент является самостоятельной отдельной сущностью, которая может быть определена и описана независимо от какого-либо программного  пакета.  Все  СОМ-объекты  являются  компонентами.  СОМ-объекты  можно

писать на любом языке программирования, который поддерживает указатели  на  указатели, т.е.     спецификация      СОМ     обеспечивает      двоичный      стандарт      межпрограммного взаимодействия.

? (Java) Программный модуль уровня приложения, поддерживаемый контейнером. Компоненты конфигурируются во время развёртывания. Платформа J2EE определяет четыре типа  компонентов:   а) корпоративные    (промышленные – enterprise,   EJBs)   компоненты

«зёрна» (Beans, JavaBeans); б) Веб-компоненты; в) апплеты и г) приложения-клиенты.

?(ООЯ) Независимый    модуль    программного    обеспечения,    который    можно использовать повторно, а также тиражировать. В отличие от «традиционных» объектов ООП компоненты  обладают  следующими   характерными   свойствами:   а) в  целом,  компонент

обладает  более  высоким  уровнем  абстракции  по  сравнению  с  объектом  (под  последним понимается конструкция уровня языка программирования); б) компоненты могут содержать в  своем  составе  множественные  классы;  б) компоненты  с  точки   зрения   пользователя являются инвариантами  по отношению  к тому языку программирования,  на котором они реализованы.

? (Прогр.) Объект программного обеспечения, предназначенный для взаимодействия с другими   компонентами   и     инкапсулирующий   некоторую   функциональность   или    набор выполняемых  функций. Компонент  имеет  чётко  определяемый  интерфейс и   подчиняется правилам  поведения,  общим для всех  компонентов  в данной архитектуре.  Таким  образом, компонент является абстрактным набором программных инструкций (команд) и внутреннего состояния, которое обеспечивает преобразование данных через его интерфейс. Архитектура компонентов    оценивается    исходя    из    трёх   критериев:    а) независимость    от    языков программирования;  б) независимость от используемых платформ  (кросс-платформенность); в) стандартная  реализация и   простота  использования.   Для  описания типа  компонента используются  различные термины, специфичные  для разных моделей, платформ и  систем программирования, среди которых известны следующие:

1)  компонент;

2)  сервис;

3)  портлет (стандартный портальный компонент);

4)  Assembly (сборка);

5)  сервлет;

6)  сервлет-контейнер;

7)  апплет;

8)  Bean (зерно);

9)  JavaBeans;

10)  приложение;

11)  модуль;

12)  COM-компонент;

13)  DCOM-компонент;

14)  CORBA-компонент;

15)  Web-services.

Компонентно–ориентированное программирование (Component-oriented programming)

Компонентно-ориентированное   программирование   было  предложено   Hиклаусом

Виртом  в  1987  г.  Основная  идея  заключалась  в  том,  что  функционально  законченный фрагмент кода (компонент) должен компилироваться,  даже в том  случае, если  ресурсы, на которые он ссылается (другие компоненты), недоступны в период компиляции. Более того, этот компонент должен штатно работать в отсутствие этих ресурсов, если они не требуются в  текущем  режиме,  и   выдавать  сообщения  только  в  том  случае,  если  внешние  ресурсы нужны. Другими словами, компонентная программа компонуется во время исполнения, а не во  время   компиляции.  В  1989  г.  Бертран  Мейер  предложил   еще  одну  общую  идею компонентно-ориентированного  программирования:  рассматривать интерфейс  как  контракт между  вызывающим  компонентом  и   вызываемым  компонентом.  В  идеале  такой  подход способен  привести  к  появлению компонентов,  которые  написаны  на  различных  языках программирования и  работают на разных платформах (и операционных системах!), но, тем не менее, способны общаться  друг  с другом, а также совместно работать. Hа практике  это реализовано    в    протоколе    SOAP    для    Веб-сервисов.    Спецификации    разработки    и взаимодействия  на двоичном  уровне компонентов  сетевого компьютерного  программного обеспечения реализованы в описаниях моделей COM и DCOM (Microsoft), JavaBeans (Sun) и CORBA (OMG). Начало 2000-ых гг. ознаменовалось появлением новых компонентов – Вебсервисов    (Web-services).   Их   развитие    было   вызвано   лавинообразным  увеличением информационных  ресурсов  Веб  (Веб-контента).  Инструментом  разработки  и   платформой развёртывания Веб-сервисов является платформа .NET Framework корпорации Microsoft.

Компонентное программирование (См. Компонентно-ориентированное программирование) Компонентное программное обеспечение (Component software, Componentware) Компонентно-ориентированный подход (Component-oriented approach) (См. COM)

Подход,   предложенный   корпорацией    Microsoft,   который   является    развитием

объектно-ориентированного  направления  в  программировании.  Согласно  этому  подходу интеграция    объектов    (возможно,    гетерогенной    природы)    производится    на    основе

интерфейсов,  представляющих  эти  объекты  (или  фрагменты  программ)  как  независимые компоненты. На программном уровне такой подход реализуется средствами модели COM.

Источник: Тлумачний   словник   з   інформатики   /   Г.Г.   Півняк,   Б.С.   Бусигін, М.М. Дівізінюк та ін. – Д., Нац. гірнич. ун-т, 2008. – 599 с.

Похожие посты:

Вы можете оставить комментарий, или ссылку на Ваш сайт.

Оставить комментарий