я замучаюсь формы лепить

что такое в doctrine ->select('b') ... название таблицы? или что это)

в sql обычно SELECT * перечисление полей

В DQL ты оперируешь не таблицами и полями, а сущностями и свойствами их. В данном случае b - это алиас какой-то сущности.

Тебе сюда, короче: http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/reference/dql-doctrine-query-language.html

> A common mistake for beginners is to mistake DQL for being just some form of SQL and therefore trying to use table names and column names or join arbitrary tables together in a query. You need to think about DQL as a query language for your object model, not for your relational schema.

не пойму. уже и фикстуры сделал, загрузились, а ругается Key "type" does not exist as the array is empty - хотя есть /** * @ORM\Column(type="string") */ protected $type;

вызываю в twig так= {% block title %}{{ desc.type }}{% endblock %}

А ты уверен, что ты туда передал объект нужный, а не пустой массив? А то Twig тебе на массив ругается.

А ты уверен, что ты туда передал объект нужный, а не пустой массив? А то Twig тебе на массив ругается.

вот да это первое, и разве не getType?)

Нет, Twig сам подбирает геттер, если свойство не публично.

Нет, Twig сам подбирает геттер, если свойство не публично.

прикольно

Он смотрит get и is.

Это можно прочитать в доке Twig - там алгоритм прописан, в какой последовательности он всё перебирает. Что делает если это массив, что если объект.

white screen of death

white screen of death

Логи смотри же, ну.

Это можно прочитать в доке Twig - там алгоритм прописан, в какой последовательности он всё перебирает. Что делает если это массив, что если объект.

спасибо, буду знать)

WHERE (p0_.pdate) = ? AND (p0_.pdate) = ? ["2016","12"] /// это что, он пишет тут

ладно, надо попроще запрос сделать)

WHERE (p0_.pdate) = ? AND (p0_.pdate) = ? ["2016","12"] /// это что, он пишет тут

ну параметры же, для подстановки вместо "?"

да... но тут сразу выборка за период, надо с датой ещё работать. начну с простого, по id из бд тянуть. А потом возможно для месяца - одну страницу где будут данные за этот месяц, для года - другую и так далее. от простого к сложному

с sql проще, там есть YEAR, MONTH... а тут придётся поднапрячься

в pdate что находится?

2016-12-23

дата

не сработает выборка

LIKE только если

да и так не пойдёт.

$sql = "SELECT id, pdate, tovartype, tovar, kolvo, total FROM pokupka WHERE MONTH(pdate) = ? AND YEAR(pdate) = ?";

старый запрос

вот его придётся потом обработать, он понимал 12 как месяц и 2016 как год

с sql проще, там есть YEAR, MONTH... а тут придётся поднапрячься

Я тебе кинул ссылку на расширения для доктрины, которые тебе добавляют и MONTH и YEAR.

Да да, я посмотрел, ужаснулся, но потом буду использовать. пока к этому иду!

а как научить phpstorm не ругаться на Undefined namespace DataFixtures ... ?

Настроить неймспейсы в проекте?

Подскажите, правильно я понял? Если я оформляю форму как сервис, то createForm(class::class) в контроллере, сразу использует сервис формы.

ну походу да, крутяк какой

Подскажите, правильно я понял? Если я оформляю форму как сервис, то createForm(class::class) в контроллере, сразу использует сервис формы.

https://symfony.com/doc/current/form/create_custom_field_type.html#form-field-service

Учитывая, что ты объявляешь форму как сервис (значит нужны зависимости), возможно, имеет смысл вызывать её конкретно по имени сервиса как показано в примере. То, что у тебя сработало по имени класса - скорее всего, спасибо автовайрингу.

Учитывая, что ты объявляешь форму как сервис (значит нужны зависимости), возможно, имеет смысл вызывать её конкретно по имени сервиса как показано в примере. То, что у тебя сработало по имени класса - скорее всего, спасибо автовайрингу.

или я слеп или не там смотрю, но не вижу где по имени сервиса они форму создают в примере.

Действительно, my bad.

Вообще да, странно, у меня же 2 сервиса будет, с одним формтайпом, но разными зависимостями. Действительно, как понять какой сервис мне нужен, если тупо по названию класса форму создавать.

ладно, сейчас буду дальше разбираться

Там второй параметр одним из допустимых значений подразумевает строку. Я подозреваю, что туда не только имя класса можно передать, но и имя сервиса. Попробуй проверить.

Там второй параметр одним из допустимых значений подразумевает строку. Я подозреваю, что туда не только имя класса можно передать, но и имя сервиса. Попробуй проверить.

да, сейчас отпишусь по результату, спасибо)

Там второй параметр одним из допустимых значений подразумевает строку. Я подозреваю, что туда не только имя класса можно передать, но и имя сервиса. Попробуй проверить.

походу нельзя так, если надо несколько форм, то делай разные типы.

Вопрос по бестпрактисам есть. Я вот тут рефакторю один старый код и хочу убрать из зависимостей сервисов EntityManager там, где он действительно не нужен и заменить большую часть таких зависимостей репозиториями определёнными как сервисы. Вопрос вот в чём: там, где хотелось бы, всё же, делать persist() (не flush()) сущностей в сервисе - можно ли обойтись без инжекта менеджера тоже и как вообще в таких случаях поступают по-хорошему?

> как вообще в таких случаях поступают по-хорошему? выносят персист в репозиторий

То есть, это нормальная практика? Я об этом думал, но сомневался.

нуууу а где по твоему надо делат персист?

или давай так.... в каких ситуациях надо делать персист?)

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

Вот тебе мои бест практис относительно этого вопроса: - репозитории не наследуются ни от кого. Это часть твоей модели предметной области и в идеале у них должен быть тоько метод add (где собственно можно делать персист)

- EntityRepository можно юзать только внутри твоего репозитория.

- EntitManager стоит юзать только внутри твоего репозитория

если тебе нужно сделать вбыорки - делаем сервис-обертку над entity manager-ом который предоставляет лишь часть функционала

(тип сегрегация интерфейсов и все такое)

Угу. Хорошо. Это довольно схоже с тем, о чём я думал, но сомневался. Спасибо.

flush в контроллерах

Ну, про flush() понятно.

никаких save в репозиториях

вроде бы все

Под save() подразумевается обёртка на persist() и flush()?

ERROR: S client not available

все что используется не для добавления

flush дергать где-то внутри вообще грешно

так как "внутри" нет понятия о границах бизнес-транзкции

Это да.

Я уже на это успел в своё время напороться и убрал отовсюду flush().

а persist нужен только для добавления сущности в UoW так что... в методе add

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

))

все так делали)

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

@fes0r В общем, спасибо.

Всем доброе утро. Завелся спор, скажите, прав ли я и поправьте если нет: 1)Модели в СФ - это абстрактное представление данных для организации общей структуры, которую можно использовать на уровне Doctrine? Причем только на уровне Доктрины. 2)Всякие ClassManager-ы, которые как правило могут инициализироваться как сервисы и используются в контроллерах, нужны лишь для организации какой-то кастомной логики создания определенного объекта. Типа UserManager - имеет метод createUser(), который хэширует в себе свойство plainPassword, которое на уровне Doctrine никуда в транзакции не попадает дальше представления.

Всем доброе утро. Завелся спор, скажите, прав ли я и поправьте если нет: 1)Модели в СФ - это абстрактное представление данных для организации общей структуры, которую можно использовать на уровне Doctrine? Причем только на уровне Доктрины. 2)Всякие ClassManager-ы, которые как правило могут инициализироваться как сервисы и используются в контроллерах, нужны лишь для организации какой-то кастомной логики создания определенного объекта. Типа UserManager - имеет метод createUser(), который хэширует в себе свойство plainPassword, которое на уровне Doctrine никуда в транзакции не попадает дальше представления.

1. Насколько я понимаю, модель это просто объект из твоей бизнес-логики. Не каждая модель должна быть персистентной. Не каждая модель это Data Object.

Т.е. вообще говоря модель не подразумевает какой-либо связи с доктриной или любой другой ОРМ

Всем привет. Есть контроллер, добавлен в services services: date_service: class: AppBundle\Controller\DateController в DefaultController пытаюсь к нему обратиться и получаю You have requested a non-existent service "date_service". $Date = $this->get('date_service'); что не так делаю?

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

Все что угодно может быть не так например не подрубается yml файл, в котором ты определяешь сервис

В основном файле конфигурации

синхронизация не прошла, на сервере файл не обновился

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

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

А почему это в контроллере?

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

Такое можно выделить просто в сервис. Если не в статический класс (если нет зависимостей).

BundleName/Util/Week.php

Дыа, если зависимостей нет, то это тупо хелпер

хм

Какой смысл вообще был это в контроллер пихать!?

учимся :)

А тут в темку вопрос будет Не раз видел, как в контроллере создается приватный метод, который создает какую-то кастомную форму Это разве норма? И в оф. доках такие вещи есть вроде

И в контроллере типа вызывается $this->createForm($this->getUserFilterForm(), $this->getUser())

Создание кастомных форм лучше делать в классе формы. Это можно видеть в symfony best practices. А в доках это для повышения читаемости и упрощения показано, скорее всего.

А многие этого не понимают