У меня есть функция с более чем 200 строками (включая комментарии).
Она делает несколько вещей внутри - все как часть одной важной вещи. Если это разделить, несмотря на то, что функциональность в функции only выполняется / полезна в этом методе.
Я столкнулся с основами кода, где такая функция будет разделена наразличные различные функции, которые будут использоваться только одной большей функцией. Я обнаружил, что это очень раздражает, поскольку я постоянно переключался между различными функциями, пытаясь понять, что происходит.
Вместо описания блока кода в большой функции путем создания новой функции - используя (обычно длинное) имя функции в качестве дескриптора, я предпочитаю просто добавлять комментарии.
Конечно, если я предвижу, что функциональность в этой функции может быть полезна в будущем, где-нибудь еще, я буду модульным.
Каков общий консенсус? Я видел другой пост, в котором говорилось, что ни одна функция не должна превышать 35 строк ... Я думаю, что идея разделения функций просто ради нее является архаичной, возникшей из-за того, что программисты хотели печатать свои функции на листах бумаги десятилетия назад. И лично я нахожу код, написанный таким образом, более сложным для отслеживания и отладки.