@JaktensTid

Нужен ли отдельный именованый метод, если он используется в одном месте?

Две стороны вопроса: писать большие методы - это плохо, т.е большую простыню кода нужно разбивать на мелкие методы. Но что делать, если эти отдельные методы используются только в одном месте? По моему мнению, это ухудшает читабельность кода, усложняет дебаг, но и делать в классе огромные методы на 100 и более строк тоже не способствует последующей поддержке. Как поступать в таких случаях? Разбивать всё на мелкие методы, которые будут использоваться всего один раз в одном побольше, или делать огромные с большими кусками кода?
  • Вопрос задан
  • 120 просмотров
Пригласить эксперта
Ответы на вопрос 4
Stalker_RED
@Stalker_RED
.
Подключать голову, и разбивать. Так, чтобы получались логически завершенные методы, которые можно при необходимости использовать в других местах. Даже если это не понадобится, это должно облегчать чтение кода и поддержку.
Ответ написан
tema_sun
@tema_sun
Делать маленькие методы с названиями имеющими смысл. Получится хороший, само-документированный код.
В противном случае все кончится god-методом.
Ответ написан
solotony
@solotony
code for food, caviar preferably
метод надо вводить тогда, когда он реализует некое изменение состояния объекта, либо для получения какого-то свойства объекта. когда он является законченной структурной единицей.

не следует плодить новые сущности без необходимости.

p.s. конечно если сложность метода такова, что не умещается в голове вся целиком - то надо разбивать, иначе вс6е равно не сделаешь. Но такое встречается не так уж часто, как мне кажется.
Ответ написан
Забей.
Если у тебя возникает такой вопрос, то значит еще не понимаешь почему даются такие рекомендации.
Вот когда прогуляешься по всем граблям, тогда вопросов возникать не будет.
А пока пиши как удобно.
<:o)
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через TM ID
Похожие вопросы