спасибо :)

Один раз

SF4 без доктрины поставляется что-ли? (

без всего ага

ну она норм встает там

SF4 без доктрины поставляется что-ли? (

и правильно

и правильно

Чтоб элоквент какой нить поставить?)

Чтобы если не нужен ORM - не использовать его.

Чтоб элоквент какой нить поставить?)

подавляющей массе людей не нужна доктрина. Им и ORM в большинстве случаев не особо и нужен

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

збс конечно что команды сделали как lazy

например заюзал до doctrine orm и юзаешь оттуда то что тебе и DBAL дает

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

https://github.com/symfony/symfony-docs/issues/8678

Ребят, по хорошему в сущности не должно быть сеттеров, верно?

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

Генератор доктрины не может врать.

но если есть возможность их не делать - не делай

но возводить это в абсолют не стоит

Ну, я на 4ку хочу пет перевести и по людски сделать

т.е. create, update через именованный контроллер (вроде так)

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

$transaction->isCompleted() должно быть вместо $transaction->getStatus() === Transaction::COMPLETED $user->updatePassword() вместо $user->setPassword() и тд

тут никто без сеттеров не живет)

::create($name, $age, $etc...) { $this->name = $name etc...

Забыл как эта штука называется и где должна находится

::create($name, $age, $etc...) { $this->name = $name etc...

А нативный конструктор чем не угодил?

Забыл как эта штука называется и где должна находится

именованный конструктор

Забыл как эта штука называется и где должна находится

Именованными конструкторами кличут, например.

А нативный конструктор чем не угодил?

Для примера чисто привел

Посмотри доклад "Marco Pivetta - Doctrine best practices". Там об этом сказано.

А нативный конструктор чем не угодил?

я не согласен с Марко что перегруженный конструктор это слабенький код смел)

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

ой та ладно

ой та ладно

ты о чем?)

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

Почему?

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

об этом

Почему?

избегать != запретить. Это вопервых, что бы разьяснить позицию.

во вторых - что бы код стал более выразительным. В третьих - что бы избавиться от конкретных типов где можно)

к дата классам это не особо относится

к дата классам это не особо относится

к дата классам не относится, и к DTO в большинстве случаев тоже

ну ты ж уточняй сразу))

сущности, объекты значения - тут уже как бы есть варианты

ну ты ж уточняй сразу))

ну я дата классы вообще за объекты не считаю, как и dto

это структуры данных

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

перефразирую. Делать контракты объектов так, что бы ими было удобно пользоваться, в том плане что они либо вообще либо почти не допускают некорректного использования

и это не только к доктрине относится

p.s. внутри доктрины увы все ровно наоборот)

Короче, все сложно :)

Думаю что-бы освоить symfony сеттеры не помешают если что :)

Думаю что-бы освоить symfony сеттеры не помешают если что :)

можно просто выкинуть доктрину

ну или вообще болт забить

И что использовать? AR? :D

И что использовать? AR? :D

то есть кроме доктрины и AR ничего не существует? Зачем тебе вообще мэпить данные на объекты?

А как по другому работать с БД?

большинству от доктрины нужны: - строитель запросов - все прям тащатся от возможности схему базы генерить и миграции (но это заслуга DBAL чего многие не знают)

А как по другому работать с БД?

ну вот попробуй подумать)

для миграций вообще всякие flyway есть

для миграций вообще всякие flyway есть

да много чего есть

ну вот попробуй подумать)

PDO?

еще VO нуна ;)

PDO?

доктрина и элоквенты тоже юзают PDO.

А стоп, Doctrine !== ORM же

А стоп, Doctrine !== ORM же

Doctrine ORM = ORM

Doctrine = оргагнизация на гитхабе)

= || == ?

= || == ?

у тебя комплексы?

ERROR: S client not available

Думаю что-бы освоить symfony сеттеры не помешают если что :)

А что за symfony сеттеры?

у тебя комплексы?

false

ORM ∈ Doctrine

А стоп, Doctrine !== ORM же

ну короч вся проблема в том что люди не особо понимают зачем им инструменты и как ими пользоваться. Например можно спокойно эксплуатировать паттерн Table Gateway.

идет из коробки - и норм. Зачем еще думать?

эх наслушался я сегодня на митапе как люди amphp/reactphp активно юзают в проде только потому что кроме пхп больше ниче не умеют

ну короч вся проблема в том что люди не особо понимают зачем им инструменты и как ими пользоваться. Например можно спокойно эксплуатировать паттерн Table Gateway.

Вот на 4ке из коробки нет, пытаюсь пет перевести

эх наслушался я сегодня на митапе как люди amphp/reactphp активно юзают в проде только потому что кроме пхп больше ниче не умеют

грустно им наверное так жить)

Вот на 4ке из коробки нет, пытаюсь пет перевести

скажи, что твой пет делает с базой?

Надо думать что подключать

ну то есть вот есть у тебя проект. Что тебе надо от симфони и зачем тебе там доктрина?)

p.s. я не призываю отказаться тебе от доктрины - юзай на здоровье, я предлагаю попробовать подумать "как можно жить без ORM и при этом не болеть"

скажи, что твой пет делает с базой?

Пишет строки, апдейтит, пока все.

ORM не всегда нужна, а когда ты только ими пользоваться умеешь, намного сложнее моневрировать по жизни будет)

Пишет строки, апдейтит, пока все.

ты можешь сделать это просто на SQL?)

и запихнуть запросы куда-нибудь за интерфейс что бы сокрытие откуда данные берутся было? Ну мол что бы удобнее потом этот sql править. В одном месте.

Да

ты используешь unit of work?

@fes0r как авторизоваться в симфони без формы?)

так же как и с формой)

https://symfony.com/doc/3.3/security/guard_authentication.html вот пример по токенам

https://symfony.com/doc/3.3/security/guard_authentication.html вот пример по токенам

Спасибо)

и запихнуть запросы куда-нибудь за интерфейс что бы сокрытие откуда данные берутся было? Ну мол что бы удобнее потом этот sql править. В одном месте.

и врезультате свой AR переизобретешь )

и врезультате свой AR переизобретешь )

нет, это называется DAO

AR это когда ты мэпишь ряды на объекты и эти объекты умеют операции над рядом который оно представляет

Петом проект неправильно называть конечно, на KNP качаюсь, но там 3.3-, а я хочу четверку пробовать

Петом проект неправильно называть конечно, на KNP качаюсь, но там 3.3-, а я хочу четверку пробовать

разница незначительна если что)

ты используешь unit of work?

Не совсем знаю чо эт)

тебе пока нет смысла гнаться за фичами из 3.4/4

AR это когда ты мэпишь ряды на объекты и эти объекты умеют операции над рядом который оно представляет

ну я представляю, там получает RowGateway

Не совсем знаю чо эт)

ну значит тебе вообще не нужна доктрина

ну я представляю, там получает RowGateway

нет, row gateway это как AR, но только если в AR у тебя объект имеет еще и логику обработки данных, то в Row Gateway у тебя полное разделение ответственности. Есть модель объектная (User) и моделька данных, которая и есть объектное представления ряда в базе которое умеет только персистенс