• Гідрологія і Гідрометрія
• Господарське право
• Економіка будівництва
• Економіка природокористування
• Економічна теорія
• Земельне право
• Історія України
• Кримінально виконавче право
• Медична радіологія
• Методи аналізу
• Міжнародне приватне право
• Міжнародний маркетинг
• Основи екології
• Предмет Політологія
• Соціальне страхування
• Технічні засоби організації дорожнього руху
• Товарознавство продовольчих товарів

Ознаки того, що потрібен рефакторинг

Перерахуємо основні ознаки ("попереджувальні знаки" – Мартін Фаулер називав їх "smells"), що вказують на потребу в рефакторингу:

o Є дублювання коду

o Метод занадто довгий

o Цикл занадто довгий або занадто велика вкладеність циклів

o Клас має погану внутрішню зв'язність

o Інтерфейс класу не забезпечує достатній рівень абстракції

o Список параметрів занадто довгий

o Зміни, що вносяться в клас, мають сегментний характер

o Зміни вимагають паралельну модифікацію багатьох класів

o Різні ієрархії класів повинні модифікуватися паралельно

o Пов’язані між собою дані, що використовуються разом, не організовані в один клас

o Метод використовує більше членів іншого класу, ніж свого

o Базовий тип перевизначено

o Клас не має достатньої функціональної навантаженості

o В ланцюгу викликів методів є ланцюг параметрів, що передаються

o Проміжний об’єкт не робить нічого власного

o Клас занадто зв’язаний з іншим класом

o Метод має погане ім’я

o Поля є public

o Клас-нащадок використовує тільки невелику кількість з методів класу-предка

o Коментарі використовуються для пояснення складного коду

o Використовуються глобальні змінні

o Метод потребує код ініціалізації перед викликом або пост-код після виклику

o Програма вміщує код, який здається таким, що "може знадобитись колись"

Розглянемо деякі з них.

Дублювання коду

Воно майже завжди означає, що при початковому проектуванні коду не було правильно проведено декомпозицію. Дублювання коду заставляє програміста вносити паралельні зміни. Це суперечить широко відомому принципу DRY - Don’t Repeat Yourself.

Метод занадто довгий

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

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

Інтерфейс класу не забезпечує достатній рівень абстракції

Навіть класи, які на початку мали раціонально побудований інтерфейс, можуть втратити свою цілісність з плином часу. Інтерфейс класу має тенденцію до розпливання в процесі розробки, особливо коли в клас вносяться термінові зміни. Врешті інтерфейс класу починає негативно впливати на зрозумілість програми.

Читайте також:

1. V. Поняття та ознаки (характеристики) злочинності
2. Адміністративна відповідальність: поняття, мета, функції, принципи та ознаки.
3. Адміністративне правопорушення як підстава юридичної відповідальності: ознаки і елементи
4. Адміністративне правопорушення як підстава юридичної відповідальності: ознаки і елементи.
5. Адміністративне правопорушення, його ознаки та склад
6. Адміністративний проступок: поняття, ознаки, види.
7. Адміністративно-командна система, її ознаки та механізм функціонування.
8. Аксіоми. Теореми. Ознаки.
9. Акти застосування юридичних норм: поняття, ознаки, види.
10. Аналіз однієї ознаки
11. Атрибутивні ознаки і властивості культури
12. Аудиторський ризик — це ризик того, що аудитор висловить невідповідну аудиторську думку коли фінансові звіти суттєво викривлені.

Переглядів: 905