Экстремальное программирование. Разработка через тестирование

TestSuite
def __init__(self):
self.tests = []

---

В кажд ом месте, гд е инициализируется поле test, д обавляем новый
тест в коллекцию:
TestSuite
def add(self, test):
self.test = test
self.tests.append(test)
Теперь мы используем коллекцию тестов вместо ед иничного теста.
Исход я из существующего набора тестов д анное преобразование можно
считать рефакторингом (оно не нарушает семантику), так как в со ставе
коллекции присутствует только од ин элемент.
TestSuite
def run(self, result):
for test in self.tests:
test.run(result)
Теперь можно уд алить не используемую переменную экземпляра
test:
TestSuite
def add(self, test):
self.tests.append(test)
Поэтапную миграцию д анных можно использовать также при
переход е 
межд у 
эквивалентными 
форматами, 
использующими
различные протоколы, например, если речь ид ет о Java, при переход е от
Vector/Enumerator к Collection/Iterator.
Выделение метода (Extract Method)
Как д линный сложный метод можно сд елать про стым д ля чтения?
Выд елите небольшую часть д линного метод а в отд ельный метод и
обратитесь к этому метод у из д линного метод а.
Как
Выд еление метод а на самом д еле является несколько более

---

сложным атомарным рефакторингом. Зд есь я опишу самый типичный
случай. 
К 
счастью, 
многие 
сред ы 
разработки 
под д ерживают
автоматическое выполнение этого рефакторинга. Итак, чтобы выд елить
метод :
1. Опред елите фрагмент код а, который можно выд елить в
отд ельный метод . Хорошими канд ид атами являются тела циклов, сами
циклы, а также ветви условных операторов.
2. Убед итесь, что внутри этого фрагмента не происход ит
присваивания значений временным переменным, объявленным вне
области вид имо сти, соответствующей этому фрагменту.
3. Скопируйте код из старого метод а в новый. Скомпилируйте его.
4. 
Для 
кажд ой 
временной 
переменной 
или 
параметра
первоначального метод а, используемого в новом метод е, д обавьте
параметр в новый метод .
5. Сд елайте так, чтобы в нужном месте старый метод обращался к
новому метод у.
Зачем
Я использую «Выд еление метод а» (Extract Method), когд а пытаюсь
понять сложный код . «Значит так, этот кусок код а д елает вот это. А этот
кусок д елает это. К чему мы там д альше обращаемся?» Через полчаса
код буд ет выгляд еть горазд о лучше, ваш партнер начнет понимать, что
вы д ействительно оказываете ему помощь, а вы – существенно лучше
понимать, что же все-таки происход ит внутри код а.
Я 
использую 
выд еление 
метод а, 
чтобы 
избавиться 
от
д ублирования, когд а вижу, что д ва метод а облад ают сход ными
участками код а. В этом случае я выд еляю схожие участки в отд ельный
метод . (Браузер рефакторинга д ля Smalltalk – Refactoring Browser –
выполняет еще более полезную зад ачу: он про сматривает код в поисках
метод а, аналогичного код у, который вы намерены выд елить, и в случае,
если такой метод уже есть, пред лагает использовать уже существующий
метод вместо того, чтобы созд авать новый.)
Разд еление метод ов на множество мелких кусочков может зайти
слишком д алеко. Если я не вижу, куд а ид ти д альше, я часто использую
шаблон «Встраивание метод а» (Inline Method), чтобы собрать код в
од ном месте и увид еть новый, более уд обный спо соб разд еления.