Как правильно будет?

Question

[Елена]

Начала изучать Symfony. Но перед этим сидела на Yii2. Поэтому изучение идет в сравнении. И в связи с этим возникли вопросы. Меня интересует как это принято в Symfony. И конкретно в 4 версии. Хотелось бы сразу идти по правильному пути, а не по пути грабель.

1. При роутинге в доках рекомендуется 2а подхода - роутинг в конфиге и аннотации. Мне аннотации больше понравились. Но вот как больше принято это делать? Т.к. в Yii2 там один раз прописал правила для controller/view и всё.
   
2. Как я поняла в Symfony нет моделей в явном виде. Здесь они сущности. И вот тут для меня очень не привычна работа с формами. Получается вначале создаешь сущность, затем класс, где создаешь форму и только затем уже это всё получаешь в контроллере. Но есть код, где создание формы идет сразу в контроллере. Какой более правильный подход в этом случае?
   
3. И вопрос по валидации в формах. Мне больше понравилась валидация в аннотациях у сущностей. Но я встречала примеры, где валидацию прописывали на этапе формирования формы. Какой подход более правильный?
   

Comments

[Евгений Ромашкан]

Правильно будет научиться искать авторитетные источники и не мучать вопросами сомнительные сайты типа тостера. Сейчас у вас явные проблемы с этим.

По поводу сущностей, да и вообще, годный доклад, гляньте https://www.youtube.com/watch?v=WW2qPKukoZY

[Елена]

Евгений Ромашкан, т.е. вы считаете, что оф. доки не авторитет? https://symfony.com/doc/current/index.html#gsc.tab=0

[Евгений Ромашкан]

Елена, Офф доки это краткий курс по функционалу фреймворка, и отвечают на вопрос "как можно делать", а не "как нужно делать".
И делать все так как в доке Симфони - не хорошо, там, я напомню, логика в контроллеры запихана, и flush делается сразу после persist, а на практике за такое в Макдональдс работать отправляют)

P.s. Тостер - не авторитет, и мой вам совет - научитесь учиться. Книги там читать, искать авторитетных людей, узнать что автор вышеприведённого доклада является создателем Доктрины, и сам не рад тому как ей пользуются.

[Алексей Скобкин]

Елена, Официальные доки показывают самый простой способ что-либо сделать. И не являются лучшими практиками. Об этом говорят многие и в том числе в сообществе Symfony думают, что с этим можно сделать.

[Елена]

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

[Алексей Скобкин]

Елена, Никто не забывает. Но форумы не совсем для этого. Лучшие практики вообще обычно сводят в отдельные документы вида Symfony Best Practices, Doctrine Best Practices (презентация из видео упомянутого выше) и прочее.

Answer 1

[Денис]

1. Где вам удобнее. Аннотации это всего лишь один из способов хранения конфигурации.

2. От ситуации. Формам нужна не сущность, а какой-нибудь клас (и то, необязательно), чтобы заммапить данные. И здесь также, как вам удобнее. Например форму для удаления, смело в контроллер, для редактирования в отдельный класс, которую можно переиспользовать.

3. Холивара вопрос. Видел людей с пеной у рта доказывающих, что всё нужно прописывать в типах, и других, у которых формы с суммарным количеством полей переваливало за 300, где прописаны только поля... Тут также всё от ситуации. Если эта форма будет переиспользоваться, будут разные группы валидации, обработчики будет разные, то имеет смысл оставлять их минимально нагруженными и выносить всё, и наоборот, если форма крайне специфичная, то лучше не размазывать по приложению работу с онной.

Comments

[Елена]

Есть еще вопрос. Понятно, что всё связанное с доктриной - таблицами храним в папке Entity. Но вот где хранить другие модели? Как называть эти папки? С типами форм понятно - папка Form. Но ведь есть обработчики, которые я хочу убрать в отдельные модели.
Я понимаю, что это дело каждого как называть. Но есть и какие-то принятые правила по наименованию.

[Денис]

Елена, руководствуйтесь здравым смыслом - это лучшее решение.

Ответ кроется в вопросе:

Понятно, что всё связанное с {name} - ... храним в папке {folder}

Очевидно? Да! Так и положите свои модели в папку Model :)

Не заморачивайтесь так сильно. Делайте проще и всё будет очевидно и другому человеку.

Ну например у меня есть с десяток http адаптеров, для работы с сетью, где вы их будете искать в моей библиотеки, если вам нужно будет использовать psr или symfony http client? Где-то в HTTP/Adapter/... верно же? Так и задайте этот же вопрос себе, где бы вы искали код, связанный с определённым функционалом.