Page 35 - 4836

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

33