SomeQuestionsдавайте определимся ?
Вы против того, чтобы были методы мало мальски сложные ? Запрещено иметь методы "скопируй документы пользователей, которые ты должен найти по такому то фильтру в справочнике юзеров" ? Правильней разбить это на 2 метода - один должен получить список ID документов, а другой уже копировать ?

Я то не против.
Просто, если "не делить" методы, то высока вероятность появления God Object.
А че? Норм же.
Был на проекте у которого был метод в несколько тысяч строк.
То же не хотели делить.
Удобно же!
Вся логика в одном методе :-)

Petro123mad_nazgulБыл на проекте у которого был метод в несколько тысяч строк.ну ты в крайности то не бросайся. Дешевый довод.

Это не крайность, а суровая правда жизни.
Можно сделать метод, который имеет несколько зон ответственности.
Но как я и говорил, это вопрос холиварный.

По мне чем меньше модули, тем лучше.
Кому-то удобнее, когда весь блок логики находится в одном месте, а не размазан, на несколько методов/классов.

Можно делать и так, и так. Просто надо оценивать "чем мы платим".

ViPRosmad_nazgulМожно делать и так, и так. Просто надо оценивать "чем мы платим".
Платим временем разработки.
Чем больше всяких классов и методов тем больше времени, особенно на обработку исключений (иногда это фуфло становится больше чем сама логика).


Обработка исключений нужна, там где она нужна.
Скорее всего на endpoint'е
Во всех остальных методах, можно/нужно явно прописать те исключения, которые может выкинуть метод.
Т.е. исключение это нормальный результат метода.

По мне пусть метод честно выкинет исключение с полным стектрейсом, чем "обработает" его.
А мне потом гадать, какого фига результат не тот, который мне нужен.
Прецеденты были.

ViPRosГрят, типа потом выигрываем в сопровождении - да нифига подобного. Целостный алгоритм читается и воспринимается лучше, чем огрызки обернутые вспомогательной логикой (обычно не сразу понятные).


Выигрываем.
Т.к. обычно "чукча не читатель, чукча писатель", то проще не разбираться в полете мысли предыдущего программиста, а просто переписать метод/класс под новые требования.

ViPRosПосле появления регионов в VS я стараюсь написать метод только тогда, когда этот метод можно использовать еще где то.

Каждый пишет, как ему нравиться.

Просто я на своем веку видел столько таких простыней.
Начиная с FoxPro и Clipper (где по другому просто нельзя было)
Что у меня появилось стойкое убеждение, что так делать лучше не надо.
Т.к. потом читать эту простыню трудно.
Ну а тесты писать просто невозможно. :-)

Petro123mad_nazgul,
Метод размером с экран. Если ты о размере.

С какой экран?
Экран в 4К и экран 80x25 символов - это немного разные экраны :-)