АГ
mvc устарел)
Size: a a a
2020 August 27
АГ
методы контроллера - это по сути точки входа в программу.
К
mvc устарел)
кто спорит, но в основных фреймворках архитектура построена по MVC, или ее модернизации
DA
почему сервисы это часть модели? это по моему может быть самостоятельной сущностью, в которую записывается бизнес логика. Сервисы как раз помогают понять куда выносить бизнес логику проекта, ранее спорили в модели или в контроллерах писать, и в итоге решили выносить ее в сервисы, и это уже стало нормой, хотя многие до сих пор пишут бизнес-лапшу в контроллеры или в модели
Вся наша логика - это и есть M
АГ
сколько лет назад появился ларавел?)
АГ
он кажется таким крутым и передовым - а на самом деле у него огромное и тяжелое наследие... с которым жить.
АГ
почти как сама пыха)
EG
сегодня бросали ссылку на статью: https://www.linkedin.com/pulse/why-laravel-mvc-framework-you-should-forget-kali-dass/
К
Вся наша логика - это и есть M
где такое написано? М это работа с данными, запись, хранение, изменение, удаление, и никакой логики не должно быть в модели, иначе будет бардак
АГ
круды опять)
АГ
репозитории же
К
он кажется таким крутым и передовым - а на самом деле у него огромное и тяжелое наследие... с которым жить.
есть альтернатива нормальная на данный момент?
АГ
симфони)
АГ
у симфони тоже наследие, но симфони более фундаментальный
АГ
в ларавеле полно говна, в симфони все четко
АГ
а выбросишь это все говно - системы перестанут работать, поэтому походу это с ларавелем навсегда
К
симфони)
смотря для каких задач, фреймворк только инструмент, а инструмент нужно подбирать по задачи
a
а почему когда я в composer.json прописываю, например:
"autoload": {
"psr-4": {
"App\\": "src/"
}
src/то неймспейсы у меня работают такие:
—Http/
——Action/
———SomeAction.php
comoser
.json
Http\Action;
?К
в ларавеле полно говна, в симфони все четко
учитывая что пол ядра ларки состоит из симфони забавно звучит
АГ
да, ларка это говно обвязка над симфони) если по сути)