Slack вроде как круче - но я не смог поюзать - народ отчаянно не хочет еще один мессенджер заводить

слак более мощный и он под команды

слак лучше телеги, да

юзаем его

Slack вроде как круче - но я не смог поюзать - народ отчаянно не хочет еще один мессенджер заводить

в слаке большое симфони комьюнити, я там тусуюсь

но дискорд ещё лучше

в слаке большое симфони комьюнити, я там тусуюсь

а он бывает публичный?!

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

там ж вроде привязка к своему домену

но можно зайти

@fes0r посмотрел, идея просто огонь

в инфе этой чат группы всегда линка висела на слак

у меня в апишке такое =)

symfony-devs.slack.com вроде

ага, именно

но дискорд ещё лучше

дискорд норм в рейды ходить

@fes0r посмотрел, идея просто огонь

критикуй/накидывай идеи лучше

Зато он не глючит

го рейд по опенсорсу :D

критикуй/накидывай идеи лучше

1) Тайпкастинг часто нужен

ну там кстати голосовой чат можно запилить на 100 человек

и он будет работать нормально

2) Мердж нескольких полей тоже

1) Тайпкастинг часто нужен

юзкейс?

3) Сплит из одного поля в несколько

3) Сплит из одного поля в несколько

юзкейс?)

Релейшены

релейшены будут. без низ тяжко будет

сука, как здесь подправить текст с цитатой?!111

простите

продолжаю

юзкейс?

релейшены

тут зато стикеры есть!

релейшены

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

юзкейс?)

бывают, что логично

просто примерчик

можно сферический но что-то конкретное

/** * @Api\Renderable(output="campaignId", castsTo="relation") */ protected $campaign;

Во, это прям кусок моего кода

Observable же

Это презентер

просто с событиями

не суть

вырезал, дабы не смущать

/** * @Api\Renderable(output="campaignId", castsTo="relation") */ protected $campaign;

мммм не понял

то есть у тебя в сущности айдишка а ты хочешь сущность?

не, у меня для этого другие штуки предусмотрены

наоборот

из сущности айдишку?

хм...

@Path("relation.id")

Path с этим справится)

из сущности айдишку?

именно

Path с этим справится)

хорошо, другой вариант тайп кастинга - даты в строку

я бы не сказал что это тайп кастинг

хорошо, другой вариант тайп кастинга - даты в строку

это форматирование, этим пусть сериалайзер занимается

я бы не сказал что это тайп кастинг

хорошо, это же презентер у тебя

хорошо, это же презентер у тебя

это не презентер. это проекция

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

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

это не презентер. это проекция

а разница?

хм

мне намного проще натравить какой symfony/serializer который мне все консистентно захэндлит

иммутабельная модель данных?

да

модель данных для операций чтения

чисто под UI

ERROR: S client not available

простенький CQRS и все такое

тогда просто добавь поддержку методов и будет огонь

это просто класс) хоть на приватные поля мэпь и потом методами все доставай

да, точно, ступил

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

не, кодогенерацию нафиг

уже понял)

надо будет подумать о том как вообще доставать эти штуки...

и с релейшенами что делать

и с embeddable (пока выходит как @Enleur хочет, плоское все)

так ничего

т.к. шняга иммутабельна, то ничего страшного

точнее всё изи делается

точнее твой пример можно, ну... за 10 строк кода в рабочий превратить

ну не за 10 но да, там все просто реализуется довольно

ну да, там на чтение аннотаций много

а так через класс метадату можно читать вообще всё с любой вложенностью, кажется

Ткните плз в проджект, где можно глянуть как делать rest без форм. У меня есть два варианта или deserializer или paramconverter, но последний что-то не нравится.

Сотню раз тут обсуждали. Argument resolver

Пишу с формами, полет отличный ))

Пишу с формами, полет отличный ))

Да я тоже пишу с формами, но блин с ними как-то не то. И валидацию они проводя после того как засетили данные в дата_класс. Что запрещает делать таку штуку как pubf setDate(DateTime $date) , все будет валится если date передать null

До вашидатора даже не доходит. Значит надо валидировать входные данные, а не результат мепинга

Ткните плз в проджект, где можно глянуть как делать rest без форм. У меня есть два варианта или deserializer или paramconverter, но последний что-то не нравится.

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

Пишу с формами, полет отличный ))

кхе кхе

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

Но их надо как-то красиво валидировать

Сотню раз тут обсуждали. Argument resolver

не обязательно

До того как они попадут в сущность

Но их надо как-то красиво валидировать

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

До того как они попадут в сущность

symfony/validation прекрасно работает с массивчиками

https://github.com/fesor/request-objects

я вот такую штуку раньше юзал, сейчас новую пишу

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

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