:)

В контроллерах

http://symfony.com/doc/current/doctrine/repository.html

вот так сделайте

что за типы надо указать, в документации что-то про это ничего нет http://symfony.com/doc/current/doctrine.html

Документация - про фреймворк, а не про IDE.

тут ты прав, затупил :)

Статический анализ не всегда справляется с определением типов, поэтому докблоки помогают. Да и вообще, докблоки - правило хорошего тона. По ним и документацию генерить можно потом.

кто-нибудь сталкивался с созданием слагифайре с китайского на инглиш? )) транслит, в общем

жоско :)

проще запретить вбивать иероглифы наверное) пусть названия латиницей вбивают:)

[a-zA-Z0-9_\-]

Ага, две проверки, на клиенте и сервере. Ну и русский добавочно. Кстати, на симфони есть какие-нибудь решения для, чтобы не дублировать валидацию в двух местах?

мм, ну вообще можно это все описать, если расширить формы

но я чот такого не встречал

Да и вроде репозитории созданы чтобы не делать так: $repository = $this->getDoctrine()->getRepository('NVBSAccidentBundle:Kpiform'); $query = $repository->createQueryBuilder('p')

Т.е. необходимо делать repository класс в котором делаю все операции с таблицей и возвращаю результат в контролер? контроллер не должен знать что и как там происходит с данными, правильно?

верно

всё таки только выборки

insert\update нужно делать не в репозитории

Только репозиторий у тебя сразу есть, создавать его отдельно не придется, если ты все делаешь через Symfony Plugin в PHPStorm или консоль

ну я его сделал через консоль php bin/console doctrine:generate:entities Bundle

insert\update нужно делать не в репозитории

в контролере?

в сервисе

у вас должен быть тонкий контроллер

ох

ну для начала можете в контроллере

:)

зачем все так запутано, почему нельзя с данными работать в одном классе

а когда начнете делать большой проект -- поймете

хз, я в репозитории работаю

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

а что значит insert\update в сервисе? для чего? есть пример?

вообще да, я прогнал

фигачить все в репозиторий

перечитал патерны :(

простите за смуту

никому нельзя верить

паттерны та ещё мозговзрывная смесь:)

:)

http://martinfowler.com/eaaCatalog/repository.html

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

Вот реально

Пока читал не понимал А как начал засыпать резко дошло до меня

Озорение

Только так можно понять паттерны

Ну да, полученную иформацию ещё нужно хорошенько прочувствовать и прожевать)

Чтобы понять паттерны надо выйти за рамки обыденного представления мира

Открыть 3 глаз

И так далее

Или просто на своей жопе испытать

фигачить все в репозиторий

репозиторий - это тоже сервис)

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

Ребята подскажите как правильно по феншуй реализовать такую штуку. В разных бандлах надо получать информацию по годам и номерам недель записанных в таблице. Т.е. строить фильтр. Структура фильтра одинаковая, но только строится по данным разных таблиц. Я думаю что нужен отдельный контроллер, который получает необходимые параметры и возвращает готовый фильтр. НАдо ли для этого контроллера прописывать маршруты чтобы его можно было вызвать из другого контоллера или все это дело надо оформлять в виде сервиса?

делай сервис

да. вызывать маршруты контроллера из другого контроллера, не надо так

спасибо за помощь. Из контроллера вызываю службу, ответ получаю. Есть какие-то особенности при обращении к БД из службы? Попробовал написать так же как и основном контроллере $repository = $this->getDoctrine()->getRepository('NVBSAccidentBundle:Accident'); в ответ получил Error: Call to a member function has() on null В классе службы указал use NVBS\AccidentBundle\Entity\Accident;

на другую строку явно ругается

has у тебя нет в этой строке

так кроме этой строки больше ничего и нет, если ее за комментить то все выполняется

В методе getDoctrine вроде должен быть has, который вызывается от контейнера

Или get

$this-get('service_name')

Короче мне кажется че то не так с контейнером, а точнее тем, откуда он запрашивается

А

Сек

Погоди

Служба == Сервис?

ага

Ну так откуда у тебя там будет метод getDoctrine??

getDoctrine есть у базового класса контроллеров

Тебе в сервис нужно передать EntityManager

Спасибо, заработало

getDoctrine есть у базового класса контроллеров

разве сервис это не контроллер который наследуется от базового класса?

в дефолте нет

брр

наоборот, ты можешь сделать контроллер сервисом

Мне кажется ты путаешься в определении контроллера

в сервис лучше засовывать репозиторий

контроллер - сервис - репа - сущность

Господа, есть контроллер с префиксом. Допустим /** *@Route("/admin/article", name="admin") */ controller Article() { /** *@Route('/show', name="article_show") */ public function showAction() {} } Есть ли возможность вызвать в шаблоне path("admin_article_show") или как-то так? В общем, чтобы не писать на каждый экшн Route(..., name="admin_article_show"). Возможно есть подход через конфиги и не я в ту степь копаю.

В чём проблема с описанием роутинга для экшенов? Конечно, ты можешь генерировать их автоматически, но это редко оправданно.