Інкапсуляція

Для визначеності зупинимося на підході, використовуваному в COM.

Вступ до компонентного програмування.

У цьому розділі буде дане тільки дуже коротке введення в проблематику компонентного програмування.

Компонентне програмування - спроба вирішити ті проблеми, які виникають при використанні ТОП. Основна ідея -поширення класів в бінарному виді (тобто не у вигляді початкового коду) і надання доступу до методів класу через строго певні інтерфейси, що дозволяє зняти проблему несумісності компіляторів і забезпечує зміну версій класів без перекомпіляції застосувань, що використовують їх.

Тут варто відмітити, що роль інтерфейсів в COM значно важливіша, ніж роль посередника. Вусі в COM починається з інтерфейсів. Сморід визначаються першими і задають семантику деякого сервісу. Різні класи можуть реалізовувати завдань інтерфейс, забезпечуючи тим самим поліморфізм на новому рівні.

Є різні технології, що реалізовують парадигму компонентного програмування. Серед них COM (DCOM, COM+) CORBA,.Net.

Компонент - це сховище (у вигляді DLL або EXE файлу) для одного або декількох класів. Вусі, що знає клієнт про клас, це його унікальний ідентифікатор і один або декілька інтерфейсів, що забезпечують доступ до реалізованим цим класом методам. Допускається реалізація компонента і клієнта, що використовує його, на різних мовах (Visual C++, Visual Basic). У реєстрі системи зберігається інформація про місце розташування компонента, що утримує цей клас (на локальному або видаленому комп' ютері). Це дозволяє системі прозоро для клієнта перенаправляти виклики методів до потрібного компонента і повертати результати.

Таким чином, забезпечується виконання двох важливих принципів компонентного програмування:

· незалежність від мови програмування

· прозорість місця розташування сервера для клієнта.

Основні особливості компонентного програмування можна коротко охарактеризувати таким чином:

У COM інкапсуляція знаходиться на більш високому рівні чим в ТОП. Між клієнтом і реалізацією класу знаходяться інтерфейси. Інтерфейс - абстрактний базовий клас, який не має елементів даних і який являється випрямляємо нащадком не більше ніж одного іншого інтерфейсу. Реалізація методів цього інтерфейсу виконується в класі який є нащадком даного і, можливо, ще інших інтерфейсів.

При дотриманні цих обмежень різні компілятори генерують еквівалентний код для викликів методів інтерфейсу з боку клієнта. Клієнт без перекомпіляції може викликати методи нової версії класу (при збереженні інтерфейсу). Нова версія може мати розширену функціональність за рахунок додавання нових інтерфейсів. Ці нові інтерфейси можуть використовуватися новими клієнтами, старі ж клієнти продовжують працювати із старими інтерфейсами, не знаючи про існування нових.

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