RK
ну понятно, для сравнения как раз
Size: a a a
2020 May 13
И
в итоге мы начинаем понимать, что такой класс делает две вещи ) логику.. и еще с базой данных работу. и ещё кое-чего.
млять)
AH
суть не в этом. Класс с кучей методов или Класс с одним методом для одного конкретного действия?
А, понял. Не, класс для одного конкретного действия создавать глупо при условии, что взаимосвязанные с ним раскиданы по другим.
Например, вот так выглядит хороший сервис.
А в каждый класс по методу кидать, ну такое.
Например, вот так выглядит хороший сервис.
А в каждый класс по методу кидать, ну такое.
И
А, понял. Не, класс для одного конкретного действия создавать глупо при условии, что взаимосвязанные с ним раскиданы по другим.
Например, вот так выглядит хороший сервис.
А в каждый класс по методу кидать, ну такое.
Например, вот так выглядит хороший сервис.
А в каждый класс по методу кидать, ну такое.
видать, что ты пропустил огромный срач по этому вопросу несколько месяцев назад)
И
А, понял. Не, класс для одного конкретного действия создавать глупо при условии, что взаимосвязанные с ним раскиданы по другим.
Например, вот так выглядит хороший сервис.
А в каждый класс по методу кидать, ну такое.
Например, вот так выглядит хороший сервис.
А в каждый класс по методу кидать, ну такое.
согласен, на любителя
И
Но легче тестирвать (наверное). Плюс сразу видно что делает класс
И
ну хорошо. тогда возникнет куча проблем. начиная с того, что каждый кто вызывает этот класс должен обеспечить транзакцию.
да, но ведь в сервисе такая же проблема, получается
И
тут суть в одном - берем класс для одного, а не подтягиваем класс со всеми методами, которые не будут нужны в данном конкретном вызове
AH
Если заменить на {{ ... }} или <?= ... ?> то будет лучше?
Я к тому, что рассказ явно общий идет, по всеобщей концепции и никак жестко не привязан к Ларе (но это не точно). Если это так, то пример нормальный.
По поводу презентации в общем, ничего не могу сказать. Не смотрел.
По поводу презентации в общем, ничего не могу сказать. Не смотрел.
AH
видать, что ты пропустил огромный срач по этому вопросу несколько месяцев назад)
Повезло)
DE
Я к тому, что рассказ явно общий идет, по всеобщей концепции и никак жестко не привязан к Ларе (но это не точно). Если это так, то пример нормальный.
По поводу презентации в общем, ничего не могу сказать. Не смотрел.
По поводу презентации в общем, ничего не могу сказать. Не смотрел.
У меня все примеры чистые без привязки к чему-то. Поэтому как в Doctrine пишу конструкторы и методы и посещаю сущности в Entity, так и в Eloquent.
DE
Я к тому, что рассказ явно общий идет, по всеобщей концепции и никак жестко не привязан к Ларе (но это не точно). Если это так, то пример нормальный.
По поводу презентации в общем, ничего не могу сказать. Не смотрел.
По поводу презентации в общем, ничего не могу сказать. Не смотрел.
> По поводу презентации в общем, ничего не могу сказать. Не смотрел.
Посмотреть как раз советую. А то так и останетесь ларавельщиком, не знающим, чем сущность от модели отличается.
Ещё там помимо методов соседняя про конструкторы тоже полезна.
Посмотреть как раз советую. А то так и останетесь ларавельщиком, не знающим, чем сущность от модели отличается.
Ещё там помимо методов соседняя про конструкторы тоже полезна.
RK
И
где транзакции?
RK
где транзакции?
а именно?
RK
зачем они тут?
RK
или ты про что
И
ну здесь конретно не нужны