A
И если приходится мокать репозиторий, а ты всего лишь хочешь потестить бизнес логику, то по идее код плохо написан
Size: a a a
2020 October 30
A
А если тестишь енд ту енд, то зачем тогда мокать?
СП
The Ant 🐜
Называй
iPostRepository как все нормальные люди :DНу нет. Скоращения вообще зло :)
СП
Точно так же как и суффиксы Factory, Singleton, Bean
Почему factory плохо? Если цель класса создавать объекты какие-нибудь, как его ещё обозвать-то
AD
Почему factory плохо? Если цель класса создавать объекты какие-нибудь, как его ещё обозвать-то
как и с фэектори, только без.
АЯ
Почему factory плохо? Если цель класса создавать объекты какие-нибудь, как его ещё обозвать-то
зачастую они (к примеру фектори) сужают функциональность класса до процедуры
AD
зачастую они (к примеру фектори) сужают функциональность класса до процедуры
это и правильно
АЯ
и в итоге у тебя получается не ООП, а процедуры через статику
AD
чем меньше у класса функциональности тем лучше
СП
как и с фэектори, только без.
MyObjectFactory -понятно, MyObject - это сущность
AD
Bla => MyObject
АЯ
это и правильно
если ты хочешь писать в процедурном стиле - пиши в процедурном стиле и ни к чему тут ООП
AD
если ты хочешь писать в процедурном стиле - пиши в процедурном стиле и ни к чему тут ООП
AD
СРП ребят
АЯ
AbstractFactoryInterface =)
AD
Класс должен быть настолько большим чтобы давать данные инварианту, не больше
СП
Bla => MyObject
Не понял)
AD
Желательно одному
SP
Класс должен быть настолько большим чтобы давать данные инварианту, не больше
Довольно сложное определение. Через причины изменений как-то проще)
АЯ
Класс должен быть настолько большим чтобы давать данные инварианту, не больше
класс должен быть классом а не процедуркой, завёрнутой в метод класса