почему же, не все, а частями. Оч даже ничего получается

частами да

но с нуля - нет

Yii-шники ??‍♂️

почему? ты помоему не так недавно от доктрины желчью плевался :)

я бросил плеваться. Мне теперь очень даже нравится

я бросил плеваться. Мне теперь очень даже нравится

а что именно нравиться по сравнению с AR ?

а что именно нравиться по сравнению с AR ?

отсутствие магии ) Простая до ужаса валидация сущностей. Возможность автокомплита. Разделение на сущности и репозитории (реально удобно), и как вытекающее тонкие модельки )

без логики ваще

В общем штука хорошая. Там еще говорят кастомные типы вкусные, но я пока не пробовал

можно, активно практикую сейчас, жуткую дичь на CI перевожу на компоненты симфони потихоньку

на CI?

без логики ваще

а причем тут валидация? в AR -нет автокомплита? с AR - нельзя сделать репозиторий?

Code Igniter)

предок Kohana

отсутствие магии ) Простая до ужаса валидация сущностей. Возможность автокомплита. Разделение на сущности и репозитории (реально удобно), и как вытекающее тонкие модельки )

тонкие модельки? что это вообще такое?

а причем тут валидация? в AR -нет автокомплита? с AR - нельзя сделать репозиторий?

В AR нет автокомплита. Валидация поля аннотациями - зашибись

можно, активно практикую сейчас, жуткую дичь на CI перевожу на компоненты симфони потихоньку

Ну и как бы перевожу и перевел и все работает - разные вещи

без логики ваще

чуть позже узнаешь что должно быть наоборот

это не в AR

мы тоже переводили.. да не перевели

:D

чуть позже узнаешь что должно быть наоборот

ну не, откуда ей там взяться ? Все запросы в репах будут же

и что это не модели вовсе)

чуть позже узнаешь что должно быть наоборот

а логика в сервисах

запросы да

и что это не модели вовсе)

ну блин, персистанс лейер. Мы спорим о терминах

но доменная логика в сущностях

В AR нет автокомплита. Валидация поля аннотациями - зашибись

у тебя данные должны валидироваться до того как ты их мапишь

доменная логика в домене должна быть )

у тебя данные должны валидироваться до того как ты их мапишь

+

у тебя данные должны валидироваться до того как ты их мапишь

можно и дто юзать, но пока мне это не нужно

можно и не юзать, но нужно писать небольшую обёртку над формами

или под

Ну и как бы перевожу и перевел и все работает - разные вещи

можно было бы говорить в таком контексте, если до этого проект был в полностью работоспособном состоянии. но это не так. легче поправить все возможные баги при переписывании, чем при попытке разобраться в говнокоде

можно и не юзать, но нужно писать небольшую обёртку над формами

во. Еще тут формы валидируются спокойно )

все кто на симфонях пишут давно - формы ругают ))

все кто на симфонях пишут давно - формы ругают ))

хз, типа за отсутствие возможности кастомизации ?

во. Еще тут формы валидируются спокойно )

короче ты по ходу дела особо и не пользовался до этого фреймворками :) Все это и в yii и в laravel есть

все кто на симфонях пишут давно - формы ругают ))

предпочитают ручкаии их делать ?

короче ты по ходу дела особо и не пользовался до этого фреймворками :) Все это и в yii и в laravel есть

почему же. Я на ларе год отписал. Ав yii мне не понравилась структура приложения в целом

не, из-за того что они через сэттэры работают по дефолту

если DTO не юзать

почему же. Я на ларе год отписал. Ав yii мне не понравилась структура приложения в целом

структура?

а сэттэры - зло

хана, тип)

а сэттэры - зло

можно с этого момента подробнее ?

DDD

сеттеры !== (break) domain logic

структура?

из того, что не понравилась лично мне - это куча точек входа и дебильные конфиги. нужен фронт + бэк - две отдельных точки входа. Куча кастомизаций там, где их ненадо. Да и в целом народ плюется

из того, что не понравилась лично мне - это куча точек входа и дебильные конфиги. нужен фронт + бэк - две отдельных точки входа. Куча кастомизаций там, где их ненадо. Да и в целом народ плюется

это из-за того что ты не понимаешь что структуру ты делаешь, а не фреймворк. Advanced - да, дебильный шаблон. Возьми basic и сделай как тебе нравится

можно с этого момента подробнее ?

https://ocramius.github.io/doctrine-best-practices/#/

это из-за того что ты не понимаешь что структуру ты делаешь, а не фреймворк. Advanced - да, дебильный шаблон. Возьми basic и сделай как тебе нравится

а нафига мне еще и выбирать basic или advanced ?

?

https://ocramius.github.io/doctrine-best-practices/#/

а лучше видосик глянуть

https://ocramius.github.io/doctrine-best-practices/#/

спасибо

?

смейсО, смейсО

смейсО, смейсО

ты поди и в симфони создаешь для каждой сущности отдельный бандл, а все вьюшки хранишь в app ? :)

ты поди и в симфони создаешь для каждой сущности отдельный бандл, а все вьюшки хранишь в app ? :)

ага

ты поди и в симфони создаешь для каждой сущности отдельный бандл, а все вьюшки хранишь в app ? :)

очень мне нравится такой подход

ты поди и в симфони создаешь для каждой сущности отдельный бандл, а все вьюшки хранишь в app ? :)

кстати они все вьюшки рекомендуют в app класть :D

symfony

кстати они все вьюшки рекомендуют в app класть :D

да, я как раз про это )

да, я как раз про это )

я бы посмотрел как ты писал на начале изучения симфони

так же как и все новички

да, я как раз про это )

скинешь примеров кода ? Посмотрю, как пишут профессионалы

это из-за того что ты не понимаешь что структуру ты делаешь, а не фреймворк. Advanced - да, дебильный шаблон. Возьми basic и сделай как тебе нравится

что плохого в advanced?

так же как и все новички

ну вот и именно. Чего же сейчас зазнаваться и издеваться

ERROR: S client not available

кстати они все вьюшки рекомендуют в app класть :D

В 4 будет папка templates в корне проекта

я бы посмотрел как ты писал на начале изучения симфони

не принимай на свой счет. я вообще на ней не пишу :) Сложно мне в дев режиме по 15 секунд ждать страницы. Вообще молодец что изучаешь, это хорошо знать разные подходы

В 4 будет папка templates в корне проекта

Она уже есть, если использовать flex. Даже в 3.3.

Она уже есть, если использовать flex. Даже в 3.3.

Я её сделал как только Fabien в своём блоге написал, без флексов)

удобненько

что плохого в advanced?

например все. Это по сути 2 приложения в 1й папке

Она уже есть, если использовать flex. Даже в 3.3.

https://github.com/php-pds/skeleton#summary тут по всем папочкам

вворвусь в ваш спор и продублирую свой вопрос из общего чата

кто-то применяет у себя https://github.com/broadway/broadway?

что плохого в advanced?

гемор с картинками

например все. Это по сути 2 приложения в 1й папке

с общим конфигом по центру

злая фигня короч. И для many-to-many пришлось тануть стороннее поведение

не принимай на свой счет. я вообще на ней не пишу :) Сложно мне в дев режиме по 15 секунд ждать страницы. Вообще молодец что изучаешь, это хорошо знать разные подходы

А что за 15 секунд?

чуть позже узнаешь что должно быть наоборот

во блин.

чуть позже узнаешь что должно быть наоборот

я прочел. Подход интересный

А что за 15 секунд?

ну он про дэв режим

только хз почему 15 секунд у него занимает :)

мб вагрант в вагранте и там еще докер

:)

ну он про дэв режим

Ну я понял, что он про dev среду. Но не понял про 15 секунд.

только хз почему 15 секунд у него занимает :)

Видимо про Sylius без php оптимизатора

Это звучало как "у меня что-то работает не так, но разбираться впадлу, поэтому я не пишу на Symfony".

200 мс без кеша.. 20 мс с кешем

40 мб страница

итить колотить

не то )

я уж подумал, что у тебя где-то в проде дев режим

Проще разделять логику. Например юзеров разделять на админских и не админских. Базовый в common, остальные по приложениям

в проде с профайлером )

нет, на локальной машине. Короче все оч долго работает. Особенно когда первый запуск

в проде с профайлером )

и без опкэша

давайте тут не будем ии обсуждать