Кожний такий інтерфейс – це свого роду «розетка» до якої повинні під’єднуватися інші компоненти або прикладні задачі.
В даній курсової роботі буде розроблена програма, що моделює багатосторонню гру «Дуель». Дана програма буде створена з використанням компонентних технологій.
В ході роботи буде сформований власний компонент, який буде реалізувати моделювання діагонального руху об’єкта, що в подальшому зможе використовуватися поза межами даної програми.
Під компонентами програмного забезпечення розуміють прості структурні елементи, які можна повторно використовувати при побудові програмних систем. Вони реалізують прикладні функції інформаційної системи, надають семантичні послуги прикладного або технічного характеру та можуть бути модифіковані в процесі розробки на рівні двійкових кодів.
Від стандартів компонент залежать методи побудови та організація взаємодії між компонентами. Ці стандарти визначають представлення компонента перед зовнішніми для нього об’єктами незалежно від внутрішньої його реалізації. Таким представленням є інтерфейси та протоколи взаємодії. Якщо застосовувати в процесі розробки стандартні інтерфейси і дотримуватися протоколів компонент то є гарантія, що компоненти з схожими специфікаціями виявляться взаємозамінні і дадуть змогу їх незалежної модифікації. Зовнішній вигляд та поведінка компонент може бути адаптована до визначених прикладних функцій інформаційної системи. Компоненти можна об’єднувати, формуючи з них або більші компоненти або закінчені прикладні задачі.
Під інтерфейсом компонента, через який інші компоненти можуть під’єднуватися до компонента та підтримувати взаємодію, зазвичай розуміють дескриптор інтерфейсу. Дескриптор інтерфейсу це набір властивостей компонента, набір методів компонента, набір подій, які визначають реакцію компонента на зовнішній вплив або внутрішні умови.
Властивості та методи компонента представляються інтерфейсом, через який зовнішні об’єкти мають доступ до сервізів, що надає даний компонент. Цей інтерфейс називається інтерфейсом прикладного програмування API. При цьому властивості компонента описують значення його загально доступних атрибутів, а методами визначається його поведінка. Події визначають реакцію компонента на зовнішні впливи або на внутрішні умови (наприклад на зміну значення тієї чи іншої властивості). Від інтерфейсу залежить яка подія буде активізована при виникненні деякої умови.
Зовнішні дані в яких виникає потреба в сервісах даного компонента, повинні самі зареєструватися в середовищі розробки та виконання для отримання події та показати свій методи для обробки цієї події.
Така модель взаємодії об’єктів, заснована на механізмі публікації та підписки, дозволяє динамічно встановлювати зв’язки між компонентами в розподіленому середовищі.
Компоненти існують та функціонують всередині контейнерів. Контейнери створюють загальний контекст взаємодії між компонентами прикладних задач. Контейнери також надаються компонентам вкладеним в інші компоненти, стандартний доступ до послуг середовища виконання.
Контейнери самі часто реалізуються в вигляді компонентів і можуть бути вкладені в інші контейнери. Для організації зв’язків між компонентом та контейнером, що знаходиться в ньому зазвичай використовують протоколи засновані на механізмі подій.
Стандарти компонентів визначають мета дані (тобто дані про дані), які кожен компонент друкує для того щоб мати можливість взаємодії з іншими компонентами. Мета-дані про властивості даного компонента можуть повідомлятися або статично на етапі проектування, або динамічно на етапі виконання.
Основні концепції компонентного програмування дадуть змогу краще
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.