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

Money
static Money franc(int amount) {
return new Franc(amount, null);
}
Franc

---

Money times(int multiplier) {
return new Franc(amount * multiplier, null);
}
По стойте-ка! Почему это метод Franc.times() вызывает конструктор
вместо фабричного метод а? Буд ем ли мы заниматься этим сейчас или
отложим любые связанные с этим мод ификации на более позд нее время?
В рамках д огмы мы д олжны о ставить по сторонние д ела на потом – не
след ует прерывать то, чем мы сейчас занимаемся. Од нако на практике я
иногд а позволяю себе отвлечься, но лишь ненад олго, и ни в коем случае
я не разрешаю себе прерывать прерывание (этому правилу научил меня
Джим Коплаен – Jim Coplien). В д анном случае буд ет лучше, если мы
под чистим метод times(), прежд е чем прод олжить:
«CHF»:_Money'>Franc
Money times(int multiplier) {
return Money.franc(amount * multiplier);
}
Теперь фабричному метод у можно перед ать значение «CHF»:
Money
static Money franc(int amount) {
return new Franc(amount,
«CHF»
);
}
Наконец, мы можем присвоить значение параметра полю класса:
Franc
Franc(int amount, String currency) {
this.amount = amount;
this.currency = 
currency
;
}
Может показаться, что я снова перемещаюсь вперед слишком
маленькими шажками. Действительно ли я рекоменд ую вам работать в
таком же темпе? Нет. Я рекоменд ую вначале научиться работать в таком
темпе, а затем само стоятельно опред елять скоро сть работы, которая
покажется вам наиболее эффективной. Я всего лишь попробовал
д вигаться вперед большими шагами и на половине д ороги д опустил

---

глупую ошибку. Запутавшись, я вернулся назад на несколько минут,
перешел на пониженную перед ачу и сд елал работу заново, более
мелкими шажками. Сейчас я чувствую себя уверенней, поэтому мы
можем попробовать внести такие же изменения в класс Dollar за од ин
большой шаг: