YN
так может надо правильно тогда строить бизнес-логику? пусть она будет в экстеншен методах, но где-то все-равно будет точка входа из нестатического контекста, тут то и надо мокать
Size: a a a
2021 April 14
JS
Не я этот интерфейс придумал
V
да, обычно так и делают, просто это больше кода, и не совсем очевидного, потому что мокается не сам метод а его зависимости
V
аля костыль
JS
Неверно все устали костылить и добавили во фреймворк
YN
счёт ведь не идёт на количество кода, я о том, что если ты задумываешься о том, что-бы при юнит-тестировании потрошить кишки твоего юнита, это уже тревожный звоночек
V
так а где там потрошение кишков?
YN
тестирование/моканье приватных методов и статических
YN
это детали
JS
Враппер хелпер и утил - три кита на которых держится все программирование 🤣😂
V
на счет приватных методов я сказал выше, что да - это бред и ненужно
но с статикой не все так однозначно, потому что она не всегда приватная, и вся разница в том что методы не экземплярные
но с статикой не все так однозначно, потому что она не всегда приватная, и вся разница в том что методы не экземплярные
V
просто в коде выглядят как экземплярные
V
при том, что сам факт наличия хелпер/утил классов - это один большой антипаттерн в ООП
V
кек
YN
ну так а как они вдруг оказались статикой?) как так то? у них явно логика принадлежит к экземпляру класса?
или не принадлежит, и добавили потому-что "удобно, быстро и вообще таски надо делать а не думать"? ну для такого есть замечательно слово, которое мы все знаем
или не принадлежит, и добавили потому-что "удобно, быстро и вообще таски надо делать а не думать"? ну для такого есть замечательно слово, которое мы все знаем
JS
Ну вот, а потом чешут репу, как мне статик замокать 😄
JS
Нужно писать враппер над хелпером 😄
YN
я просто реально пытаюсь понять зачем люди это всё так делают, а потом героически решают самосозданные проблемы
пока-что единственные причины это были банальная спешка, и нежелание делать правильно из принципа "и так сойдёт"
пока-что единственные причины это были банальная спешка, и нежелание делать правильно из принципа "и так сойдёт"
V
ну смотри, классический случай
ты - потребитель либы, и в приложении чтобы допустим мапить один класс в чтото другое написан экстеншен метод
в сам тип ты влезть и добавить этот метод не можешь, да и собсна не должен, так что без экстеншена не получится
и тут встает вопрос, а как его мокать, при том что зачастую такие методы в принципе аргументов не имеют
ты - потребитель либы, и в приложении чтобы допустим мапить один класс в чтото другое написан экстеншен метод
в сам тип ты влезть и добавить этот метод не можешь, да и собсна не должен, так что без экстеншена не получится
и тут встает вопрос, а как его мокать, при том что зачастую такие методы в принципе аргументов не имеют
V
порождать сущности беспорядочно тоже не ок, особенно если там не предполагается состояния