Основні правила Екстремального Програмування: дизайн 


Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Основні правила Екстремального Програмування: дизайн

Поиск

37. Основні правила Екстремального Програмування: дизайн

Дизайн

· Простота.

· Обов'язково вибрати Метафору системи.

· Використовувати CRC карточки для дизайну.

· Писати Пробні рішення для зменшення рисків.

· Не додавати ніяких функцій раніше часу.

· Рефакторіть безжально. d:\Мама\1980\glava1~1.htmd:\Мама\1980\glava1~1.htm

Вибирайте найпростіше рішення

"Ускладнювати - просто, спрощувати - складно"
Народна мудрість

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

Рефакторіть чужий код якщо він здається вам складним. Якщо щось виглядає складним - це вірна ознака проблеми в коді.

Зберігайте рішення наскільки можливо простими якомога довше. Ніколи не додайте функціональність на майбутнє - до того як з'являється в ній необхідність. Проте майте на увазі: зберігати дизайн простим - важка робота.

38. Основні правила Екстремального Програмування: тестування

Unit Test-и

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

Коли виявлена помилка

Якщо виявляється помилка, то створюється тест, щоб запобігти її повторній появі. Помилка, що відбулася в робочій системі (вже встановленою), вимагає написання функціонального тесту. Створення функціонального тесту безпосередньо перед діагностикою помилки дозволяє замовникам чітко описати проблему і довести цю проблему до розробників. Функціональний тест, що не виконався, вимагає створення Unit Test. Це допомагає сфокусувати зусилля по відладці і чітко показує коли помилка виправлена



Поделиться:


Последнее изменение этой страницы: 2024-06-27; просмотров: 42; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 216.73.217.176 (0.005 с.)