Spring из статик контекста.
2. Неудобство unit тестирования - под дискуссией.
3. SOLID - хз, как приткнуть.
Что-то ещё?
Почему бы не пройти в гугл и не посмотреть что там пишут в эту тему с примерами? Например поискать: Java static methods why bad
В основном пишут, что это не OO, не приводя конкретных примеров
Даже если это не ОО, это не аргумент. ОО не панацея.
Почему тогда все в одной функции не пишется?
Он про FP и другое. И про то, что OO не улучшит код просто потому, что OO, наверно
Вам не кажется, что это все равно что жить в государстве,в котором есть законы и говорить,что законы не панацея?
Из того, что недавно попадалось по теме (static это хорошо) - вот эта лекция показалась интересной https://youtu.be/US8QG9I1XW0
Фактически только первое является значимым, все остальное надо бы переписать, но не нужно ибо проект существует не для того, чтобы в нем был идеальный код
1) если нужен доступ прямо много ко всему - применимость static методов в этом случае мне кажется сомнительной. Но вероятнее всего логику работы можно разделить на меньшие части, где простые static методы могут уже быть применимы и полезны. 2) тестировать static методы (при условии что они не изменяют какие-то глобальные данные) как раз легко и приятно. Частое возражение - "а как их мокать?" - точно так же как и всё остальное. Статический метод (и его мок) можно inject точно так же, как и объекты. 3) SOLID в широком смысле вполне распространяется и на статические методы.
@centralhardware вот аж где-то тут начало.
Обсуждают сегодня