а чего там сложного?

есть интерфейсы почти в каждом фреймворке

оно само работает

Да скорее интересно как в сущности подставляете

Наследует или трейты

а, в этом смысле

я давно отказался от моделей

они дают непредсказуемый sql

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

Сущности слабо связаны с sql

ага, в лаварале

А, active record)

ларавеле блять*)

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

И там, и там модель это AR

в ларавел да, там можно скармливать в модели результат из кверибилдера

в той же доктрине с этим хуже

Только в одном месте active record, а в другом aggregate root

в той же доктрине с этим хуже

Лучше же

а че хуже?

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

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

Так кверибилдером и делаешь запрос

метод из репозитория: public function getDistributorsByUserId($userId) { $query = $this->createQueryBuilder('i') ->select('r.id, r.name') ->leftJoin('i.orderItems', 'oi') ->leftJoin('oi.order', 'o') ->leftJoin('oi.reseller', 'r') ->where('o.user = :userId') ->andWhere('r.id IS NOT NULL') ->setParameter('userId', $userId) ->groupBy('r.id') ->orderBy('r.name') ->getQuery(); return $query->getResult(); }

можно тоже самое на DQL сделать, но мне проще билдером

а если у тебя где-то по-соседству уже в кэше лежит кусочек информации, которая пришла бы в запросе

грех не заюзать ее и уменьшить траф

опять же не всем нужно подобное

кому-то и select * from table норм

ну я чаще делаю запросы и получаю DTOшки, там совсем кастрированная доктрина

Так и не смог сегодня погонять ничего из-за работы

Новые деньги, мать их

а если у тебя где-то по-соседству уже в кэше лежит кусочек информации, которая пришла бы в запросе

я не до конца понял

типа из редиса достать? Так не проблема же

ну или in-memory, в этом и фишка ж, сущность вообще игнорит вопрос о том, откуда она или куда ей потом, этим занимаются отдельные инфраструктурные штуки

ну да, например, с редисом работать

сущности же еще правильно класть нужно туда

они же обычно просто в сериализованную строку кладутся

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

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

с моделями такое не сделаешь

они же обычно просто в сериализованную строку кладутся

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

фишка в том, что тебе с большего пофиг)

а можешь json агрегата полностью в монге держать

вот когда ты говоришь модель, ты же подразумеваешь active record?

потому что модель это ж все-таки не тольк это)

ORM

конкретные реализации

doctrine, propel, AR из yii и тд

ну так в случае doctrine у тебя простой объект

он же тоже модель

ну, т.е. часть доменной модели

и эта сущность вообще ни про какие sql ничего не знает

ну и опять же, модель может вообще к orm не относится

если в таком ключе смотреть, то тем более не нужны orm

если ты будешь сохранять в монгу или редис, у тебя уже не будет никакой orm

просто модель = класс

ну не совсем

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

http://t0.gstatic.com/images?q=tbn:ANd9GcR_BD83pqXSbXax5x9hYUWqqAzTXpYLG_blvXj7avCIggCKCaq9

я понял, что ты про ддд

моя модель из обычного mvc

так в обычном mvc за моделью просто стоит application layer

под моделью, не весь конечно, а именно тот объект, который является интерфейсом к каким-то бизнес-транзакциям

вообще стоит в ддд вникать углубленно?

если у тебя есть проекты со сложной бизнес-областью

что угодно, то да, очень классная тема

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

всем рассказывают о том, что они на ддд

кстати, Тругве(автор mvc) в статье 2003 года как раз часто вместо модели использует "Domain model"

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

“twitter построен через ддд”

типа того

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

у фейсбука тоже

ну, в плане там нет сложной бизнес-логики

у них другие проблемы

типа нагрузки

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

ну в целом у меня тож самое

rtb на go + php

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

короче хз, для общего кругозора

хм

когда пилил на одной из прошлых работ ERP именно так и делал

называл классы и методы в бухгалтерских/hr-ских терминах

сейчас вроде хайп спал вокруг всяких методологий

@iGusev https://www.infoq.com/minibooks/domain-driven-design-quickly вот глянь, тут маленькая книжка, там с примером вроде аэропорта

106 страниц)

ну глянь первые 20 или 30)

там вроде страницы маленькие)

я не помню, емнип она маленькая

Ну как?)

Цікаво, хто що думає про TDD?

Стараюсь работать по BDD

І як відчуття ? :)