Чатик та живой

так этож хорошо)

и всё же, почему везде в пример Sylius?

даешь дискусию!

судя по гисту, ты собрался инжектить сервис в сущность?

говно ваша реализация

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

notify

public function notify

в таком случае согласен)

но всё равно логичнее сделать обычный сервис или ивенты

а то человек посмотрит на твою реализацию, и нахерачит логики в сущности

или не дай бог контейнер туда сунет

да даже если это "прокси" метод

всё равно не есть хорошо

инкапсуляция ради инкапсуляции, зачем?

ну идеальный вариант с сервисом, в котором проверить instansOf через интерфейс и отправить там же через мейлер

гибко и аккуратно

а главное взглянув на код все будет понятно

только ты забываешь, что это все для репрезентаций доменных моделей для конкретной ORM, и нотификация тут ни причем вообще. ENTITIES (MOSTLY) REPRESENT YOUR DOMAIN THE DATABASE IS JUST SAVING THINGS DESIGN ENTITIES FIRST DEFINE THE DATABASE AFTER MODELING YOUR DOMAIN

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

потому что в проверке мы можем принять решение

может быть у тебя 2 интерфейса

один для админа другой для обычного юзера

ну или типа того

и в целом подавляющее большинство советов из этой презы подходит херово для симфони

можно и тайпхинт

тут уже пофигу

надо смотреть задачу

1. сущность доктрины это не то же самое, что сущность из DDD. 2. передавать сервис в сущность, чтобы вызвать у него метод и передать в кач-ве аргумента эту же сущность - охуенный мув.

symfonycamp начали выкладывать видео докладов: https://www.youtube.com/channel/UCd1Ds7u1mAjEwHrZ9jG1Arg/videos

киньте реализацию DDD. Хочу посмотреть пример нормальный

Кто-нибудь может показать пример описания документации для NelmioApiDocBundle в случае когда описываются параметры POST-запроса? То есть, когда в экшене данные получаются через $request->request->get('parameter');

Доброго здравия, господа. Кто-нибудь работал со Sphinxом? Интересует поиск по многим критерям, которые фактически в сущностях определены как many to many, например. Какие запросы вы пишите в таком случае в sphinx конфиге? Или просто кучу joinов и все? Вариант с ElasticSearch пока не рассматриваю. Благодарю

Или через sql_attr_multi ?

@skobkin там есть filter, requirements и parameters

выбирай какие тебе надо :)

Доктрина позволяет делать так: $user = new User({"firstname" => "John"})? Или ручками через reflection?

Не позволяет. Либо рефлексия, либо factory method

Ок, спасибо!

Интересно, почему не позволяет. Не продумали или плохая практика?

Ну, по хорошему конструктор подконтролен пользователю и там может быть что угодно

__consutrct($firstname) в вашем случае

Доктрина позволяет делать так: $user = new User({"firstname" => "John"})? Или ручками через reflection?

Я прошу прощения, но при чём тут доктрина? Твои сущности ни от каких её классов не наследуются. Хочешь делать инициализацию с начальными значениями - сделай соответствующий конструктор.

В этом суть Data Mapper - сущности не в курсе, как и где они хранятся и что существует доктрина.

понял, спасибо! Просто думал в доктрине есть готовая реализация

Готовая реализация чего?

а зачем это нужно, если не секрет? возможно делаете что-то неправильно, если это понадобилось

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

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

Конструктор, Фабрика, Фабричный метод

Возможно вам нужно взглянуть сюда: http://symfony.com/doc/current/components/serializer.html

В том числе, да.

И ещё на JMS Serializer, который менее гибок, но из коробки может больше.

Кстати, никто ещё не реализовывал ничего подобного JMS Serializer на основе Symfony Serializer? Чтобы тоже было правильное разделение нормализации и сериализации, но при этом функциональность была больше из коробки.

Хмм, что-то забыл про сериализатор, точно. Мерси!

JMS Serializer не советуют использовать жи Не помню, но рассказывали, что при каких-то случаях он жутко тормозит всю картинку...

И не развивается уже сто лет

И не будет

Или я чо то путаю и не слушайте меня...

Походу меня обманули, а я не проверил информацию и высказал здеся о:

Короче из минусов там: 1) иногда просто так сериализует массив как хэш-мэпу, лечится кастылями в виде листенеров 2) надо замэпить json на существующий объект — лепим object creator 3) inline — работает только в одну сторону, без возможности задать кастомный префикс. бесполезная фича. В принципе очень много фич работающих наполовину. 4) шаг в право/шаг в лево — пишем свои хэндлеры или листенеры, много лишнего кода, не особо прогнозируется необходимость писать этот код. Много рисков. 5) версионизация API? переименовали пропертю? Пишите свои хэндлеры, мэппингами вы это так просто уже не разрулите. 6) в принципе для тупого CRUD сойдет, но чуть сложнее — и все… приплыли к морю кода. Быстрее руками мэппинги сделать. 7) медленно. У меня были проекты где jms serializer занимал 50% времени генерации респонса.

Короче из минусов там: 1) иногда просто так сериализует массив как хэш-мэпу, лечится кастылями в виде листенеров 2) надо замэпить json на существующий объект — лепим object creator 3) inline — работает только в одну сторону, без возможности задать кастомный префикс. бесполезная фича. В принципе очень много фич работающих наполовину. 4) шаг в право/шаг в лево — пишем свои хэндлеры или листенеры, много лишнего кода, не особо прогнозируется необходимость писать этот код. Много рисков. 5) версионизация API? переименовали пропертю? Пишите свои хэндлеры, мэппингами вы это так просто уже не разрулите. 6) в принципе для тупого CRUD сойдет, но чуть сложнее — и все… приплыли к морю кода. Быстрее руками мэппинги сделать. 7) медленно. У меня были проекты где jms serializer занимал 50% времени генерации респонса.

Цитата Fesor с Хабра? :)

Нашествие Symfony-разработчиков?

Не помню кого, но цитата

про sonata admin bundle могу сказать что с коллекциями там работа сделана ужасно, мейнтейнер проекта не очень

Аналогов нету

Аналогов нету

руками быстрее ;)