Головна

Відносини між класами

  1.  Google і Китай сьогодні конфліктують з питання про свободу інформації. Такі конфлікти між компаніями і державою стануть звичайним явищем в найближчі 10 років ».
  2.  IV. Міжнародні стандарти якості і сертифікація в системі ІСО.
  3.  IV. Відносини, що виражаються приводами
  4.  JU. -магнітна проникність сердечника а-відстань між секціями обмотаний
  5.  N-арні відносини (відносини ступеня n)
  6.  o цивільно-правових відносинах між відданими
  7. " Штучні "відносини

Структура класів відображається, часто, за допомогою нотації мови UML.

 В UML клас позначається як:

«+» - Відкриті

«-» - Інкапсульовані (закриті)

При спадкуванні в базовий клас відносять те спільне, що існує для його нащадків, тобто похідних класів. Похідні класи часто називають спеціалізацією базового.

Тема №3 «Відносини між класами»

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

Друге співвідношення, яке пов'язує класи - це агрегування. Ставлення агрегування передбачає, що екземпляри одного класу об'єктів можуть включати екземпляр інших класів.

Агрегіруемий об'єкти здатні реалізувати свої функції через виклики агрегує об'єкта. Наприклад, через методи форми можна заблокувати кнопки.

Система в цілому, таким чином, набуває нової функціональність подібно до того, як це відбувається шляхом успадкування. Таким чином, спадкування та його узагальнення є рівноцінними придбаннями нових функцій.

композиція класів - Це відносини подібні агрегування, але відрізняються тим, що потрібне обов'язкове існування примірників класів, що входять у відносини.

Ставлення асоціації (асоціативний зв'язок) - Це відношення має місце в тих випадках, коли методи одного класу використовують властивості і методи іншого класу.

Найчастіше асоціацією зображується взаємодія клієнтів і серверів. Сервер є об'єктом, який представляє свої властивості і методи інших об'єктів.

Використовуючи принципи об'єктного підходу, розробник створює об'єктну модель свого застосування, в неї входять опис класів і ставлення класів.

Процес отримання об'єктної моделі називають, об'єктної декомпозицией.

Якість об'єктної декомпозиції оцінюються наступним чином:

u Кількість класів, не повинно бути великим (близько 10);

u Число зв'язків намагаються мінімізувати;

u Однорідність передбачає, що система складається з однакових (дуже схожих) елементів.

u Регулярність полягає в тому, що елементи і зв'язку утворюють повторювані геометричні структури.

u Стійкість до змін завдання.
 Нестійкість вважається об'єктна модель, в якій нова функціональність вимагає зміна існуючих класів.
 Стійкої вважається та, в якій нова функціональність реалізується як доповнення.

u Повторне використання.
 Якщо класи або об'єктні моделі в цілому сконструйовані розумно, то вони можуть бути застосовані повторно при розробці інших систем. Найчастіше це є наслідком абстрагування.




 Розробка додатків з графічним інтерфейсом. |  Бази даних |  Мова SQL |  Виконання команд SQL |  Растрова графіка |  Синхронізація потоків з різних процесів |

© 2016-2022  um.co.ua - учбові матеріали та реферати