Как убедить вашего коллегу-разработчика написать короткие методы? - PullRequest
33 голосов
/ 19 мая 2009

Длинные методы злы на нескольких основаниях:

  • Их трудно понять
  • Их трудно изменить
  • Их трудно использовать повторно
  • Их сложно проверить
  • У них низкая когезия
  • Они могут иметь высокую связь
  • Они имеют тенденцию быть слишком сложными

Как убедить вашего коллегу-разработчика написать короткие методы? (оружие запрещено =)

вопрос от agiledeveloper

Ответы [ 22 ]

0 голосов
/ 19 мая 2009

Вы можете начать рефакторинг каждого отдельного метода , который они написали для нескольких методов, даже когда они в настоящее время работают над ними. Назначьте дополнительное время вашему расписанию для «рефакторинга других методов, чтобы сделать код доступным». Делайте это так, как вы думаете, что это должно быть сделано, и - здесь идет образовательная часть - когда они жалуются, скажите им, что вам не придется рефакторизовать методы, если бы они сделали это правильно с первого раза. Таким образом, ваш начальник узнает, что вы должны исправить лень других, а ваши коллеги узнают, что они должны изменить его.

Это хоть какая-то теория.

0 голосов
/ 19 мая 2009

Длинные методы обычно означают, что объектная модель имеет недостатки, то есть у одного класса слишком много обязанностей. Скорее всего, вы не хотите, чтобы в одном и том же классе было больше функций, каждая короче, а те обязанности, которые правильно назначены различным классам.

...