не всегда можно бизнесс процесс поделить на функции чтобы это было удобно(блок А можно вынести в функцию но тогда она будет возвращать 3 значения etc)
тонкая грань между 'я не люблю длинные методы' и 'давайте не будем бить бизнесс-процесс на кусочки'
@kurator88@mas.to @skobkin@lor.sh вот прямо функции, что бы они что то возвращали множественное - можно, конечно, через какие-нибудь передачи в параметры выходные ссылки на переменные делать, но на моей практике их было немного, чаще всего такое бывает от недопроектирования.
Если хорошенько подумать обычно получается объединить что-то в структуру данных или взвести в своем объекте какое-то состояние, что бы не приходилось между функциями какие-то промежуточные вычисления кидать.
Другое дело про кусочный бизнесс процесс. Бизнессу, как я заметил, всегда нужно вот это вот прям ща, да, только это и ни больше ни меньше. Проходит неделя и бизнесс обычно возвращается и говорит "тут такое дело, ты там такую штуку сделал.... а можно рядом с ней еще такую же, но что бы она в середине своего потока еще сообщение в телегу отправляла что начала делать работу, а потом в конце говорила что закончила?" У меня на этом больная мозоль, уже почти десятилетие я раз за разом убеждаюсь, что чем сильнее я этот бизнесспроцесс побью на независимые куски, что бы быстро делать эти хотелки в близком к произвольному порядке - тем меньше потом создавать MyCustomAdvancedExtendedRequester объектов вот только под этот конкретный случай, только под продать и забыть, и тем меньше потом их чинить.
@kurator88@mas.to @skobkin@lor.sh вот прямо функции, что бы они что то возвращали множественное - можно, конечно, через какие-нибудь передачи в параметры выходные ссылки на переменные делать, но на моей практике их было немного, чаще всего такое бывает от недопроектирования.
Если хорошенько подумать обычно получается объединить что-то в структуру данных или взвести в своем объекте какое-то состояние, что бы не приходилось между функциями какие-то промежуточные вычисления кидать.
Другое дело про кусочный...