однонаправленные

читаем документацию по доктрине

и запомни - ты проектируешь объекты а не таблички

потому есть разница что и как делать

не помню, 3 года назад этим всем занимался

а в чем плюс одностороннего подхода?

а в чем плюс одностороннего подхода?

вот да, тоже интересно

а в чем плюс одностороннего подхода?

1. система больше разделена, меньше связанность. 2.unit of work проще их кушает, то есть доктрина быстрее прожует

эх, какую же я жесть писал 3 года назад

не знать sql и все делать через orm

фуфуфу

когда все делается одинаково - либо у тебя одна и та же задача раз от раза

либо что-то идет не так. Не существует подхода или инструмента под все задачи

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

выбрать всех юзеров, обойти форичем, посчитать и записать

а на вопрос "а что ты будешь делать когда обнаружишь что на проде 500К юзеров?"

он расстроился

выбрать всех юзеров, обойти форичем, посчитать и записать

вот так я и делал))

)

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

и изредка это нормально

в бест практисес об этом говорится? It is important to constrain relationships as much as possible. This means: -Impose a traversal direction (avoid bidirectional associations if possible) -Eliminate nonessential associations

http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/reference/best-practices.html

ты сам ответил на свой вопрос)

https://www.youtube.com/watch?v=rzGeNYC3oz0

рекомендую

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

вот Марко об этом же и говорит. Нужен репорт - пиши sql

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

вот Марко об этом же и говорит. Нужен репорт - пиши sql

sql имеется ввиду dql или совсем чистый sql?

не ну как удобно, иногда просто dql не хватает

я в большинстве случаев dql пишу

я в большинстве случаев dql пишу

ну его можно raw отловить и подправить

ну его можно raw отловить и подправить

а еще можно dql расширить тем чего не хватает

а вообще native sql в доктрине весьма удобно писать

da horsie отметился)

а в чем прикол dql?)

ну ты привязываешься к названию полей в сущностях а не в базе

Привет, Alexander! Пожалуйста соблюдай правила и не ругайся /help@AngryModerBot

ну ты привязываешься к названию полей в сущностях а не в базе

а ну да, плюс

просто на работе мне сказали "а почему бы и не dql"

Добрый вечер, нужен разработкик на symfony. Есть свободные, готовые взять не сложный проект?

$30/h и можно говорить дальше

$30/h и можно говорить дальше

гуманно

30 это реальная рыночная цена?

в смысле? мало?

наоборот

я думал меньше

ну в целом средняя стоимость по минску где-то $20/h

но я с такими тугими ребятами по этой цене работал...

хмм

ну короч... стоимость разработчика штука такая

ты можешь встретить как дорогое дно так и дешевого гения

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

ну это как везде

ну судя по тому, что я читаю, 30 это гуманно)

https://www.youtube.com/watch?v=rzGeNYC3oz0

какой охерительный доклад

топчик апворка https://www.upwork.com/hire/php-developers/

топчик апворка https://www.upwork.com/hire/php-developers/

WordPress - залог успеха похоже

ага(

странно как-то User->getUsername() преобразился в User->toNickname()

бывает

это по выступлению Марко

12:40 примерно

странно как-то User->getUsername() преобразился в User->toNickname()

норм, ты "сконвертил" сущность юзера в строку

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

ну мол не "достал деталь реализации" нарушив инкапсуляцию и закон Деметры, а попросил юзера стать строкой в определенном представлении

типа как

$money = new Money(10, Currency::USD()); $money->toString(); // $10.00

toNickname() у меня в голове звучит как "объект класса Nickname"

эм...

странно

а у меня звучит как "превратись в никнейм"

ну по аналогии с toString()

"превратись в строку"

да

а тут превратиться в Никнейм

который хз что

класс какой-то

ну... тут String не тип