ВС
Есть ли кейсы, когда без трейтов нельзя обойтись? Я затрудняюсь такие назвать. А вот быстренько зарешать проблему трейтом - это пожалуйста.
Size: a a a
2020 December 23
SC
Есть ли кейсы, когда без трейтов нельзя обойтись? Я затрудняюсь такие назвать. А вот быстренько зарешать проблему трейтом - это пожалуйста.
Есть ли кейсы когда без ооп нельзя обойтись? Я затрудняюсь такие назвать. Но без него наверное грустно было бы организовывать сложные приложения.
ВС
Есть ли кейсы когда без ооп нельзя обойтись? Я затрудняюсь такие назвать. Но без него наверное грустно было бы организовывать сложные приложения.
Давайте сравнивать равнозначные вещи.
SC
Давайте сравнивать равнозначные вещи.
Эти вещи в принципе не сравнимы. Просто маленькая подъёбка по случаю "можно ли обойтись без ххх"
SC
Холивар как холивар. Есть молоток, делай с ним что хочешь
ВС
Эти вещи в принципе не сравнимы. Просто маленькая подъёбка по случаю "можно ли обойтись без ххх"
Я вижу, что подъёбка. Поэтому призываю к конструктивному анализу, а не к "давай откажемся от ООП, хуле нам".
A
Я в курсе про то как и для чего устроен декоратор. Когда у тебя классов 5 и более из одной предметной области, то в них будут повторяться вызовы одних и тех же методов, вот эти вызовы и поместить в трейты самое то
g
Есть ли кейсы когда без ооп нельзя обойтись? Я затрудняюсь такие назвать. Но без него наверное грустно было бы организовывать сложные приложения.
А кто-то знает, что такое ООП?))
ВС
Я в курсе про то как и для чего устроен декоратор. Когда у тебя классов 5 и более из одной предметной области, то в них будут повторяться вызовы одних и тех же методов, вот эти вызовы и поместить в трейты самое то
Почему не вынести это в родителя?
A
Почему не вынести это в родителя?
Это уже будет родитель как лишнее звено которое можно получить через new Parent, зачем если это не нужно?
A
Проблемы у него с сайд эффектом будут такие же тем более
A
А абстрактный класс также может не подойти, так как навязывает свою модель потомкам, а трейты как сервисы просто нужны чтоб повторы вынести
A
Я бы даже предпочёл трейты на инлайны какие-нибудь заменить
A
Чтобы в jit сразу был полный класс
ВС
Если это именно какие-то вызовы, я бы попробовал выносить это добро в какой-то сервис, который и будет всё это дёргать у конкретного класса, переданного в сервис через DI
ВС
У нас используются трейты в одной части проекта, и это не выглядит хорошо. Тоже по причине DRY
A
Если это именно какие-то вызовы, я бы попробовал выносить это добро в какой-то сервис, который и будет всё это дёргать у конкретного класса, переданного в сервис через DI
Так это методы для набора из 5 декораторов и больше нигде не нужны, зачем в di сорить?
A
И ide тебе всё сразу покажет где какой трейт
SC
Я вижу, что подъёбка. Поэтому призываю к конструктивному анализу, а не к "давай откажемся от ООП, хуле нам".
Не, я пас
ВС
Кстати, есть ещё одна холиварная тема