Может буду занудствовать, но вот что думаю на этот счет: 1 Комментарий по уроку и отзыв по курсу - две разные вещи и должны храниться отдельно, и связаны быть либо только с курсом, либо только с уроком 2 cource->user_id если это автор занятия или препод, то их может оказаться двое, лучше сделать связь многие ко многим с пользователями. При этом можно в связи указывать тип (препод, ученик) и тогда можно будет вытаскивать количество учеником по курсу. 3 У курса может быть дата начала и конец 4 Что такое прогресс - я не понял)) возможно это количество пройденных занятий, тогда существующая связь вполне актуальна, кроме указания курса, т.к. оно уже будет в связи курса с пользователем Удаление связи пользователя с курсом можно проводить указанием статуса 5 Биллинг в отдельную таблицу в обязательном порядке в виде поступлений и снятий с указанием причины, за что конкретно и т.д. Возможно придется делать оплату за конкретный курс, бонусы и т.д. Инфу хранить не агрегированную, чтобы можно было расчитать доходы по месяцам, дням, ну вы поняли)

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

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

Всем привет) не подскажите что почитать про патерны и архитектурные решения в разработке? А то чувствую что не хватает знаний в этом

[info] To run Phan with xdebug, set the environment variable PHAN_ALLOW_XDEBUG to 1. [info] To disable this warning, set the environment variable PHAN_DISABLE_XDEBUG_WARN to 1.как настроить ети настройки для phan

тогда просто PHAN_ALLOW_XDEBUG=1 phan ну или как ты его запускаешь там

а как научить его дружить с фреймворком? PhanUndeclaredMethod Call to undeclared method \AppBundle\Controller\MainController::get он сейчас на все кидается

new ExcludeFields(['some', 'private', 'fields'], $someDTO)

@docker_ru

всем привет! подскажите пожалуйста по докеру как его юзать на продакшине и нужно ли вообще? у меня задача – быстро на digitalocean разворачивать инстанс с ~10 микросервисами

new ExcludeFields(['some', 'private', 'fields'], $someDTO)

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

Создать объекты-трансформеры? league/fractal не решает проблему?

блин как phan научить не ругатся на Route как не используиемый путь, я ж его в анотации юзаю

типа doctrine annotations плагин

Создать объекты-трансформеры? league/fractal не решает проблему?

Спасибо. Наверное решает, посмотрел fractal - вроде выглядит как то, что нужно, дата маппер такой. Но я просто только учусь, поэтому ковыряю руками, да и примеры у меня небольшие. Хотя изначально вопрос был о том, стоит ли отображать (воспроизводить) структуру наследования из предметной области на DTO :D

для чего оно нужно, как ты думаешь?

я думаю это общий интерфейс для общения с приложением и защищает от использования понятий предметной области вне приложения.

например если много способов ввода информации 1. Вэб морда 2. Какие-нибудь xml файлы на фтп То в случае 1 - приходящие данные будут хттп запросом, а в случае 2 будет исходный файл, но приложению надо понимать и то и другое, поэтому вводится дополнительный слой преобразований в тот вид, который понятен приложению

какая альтернатива DTO?)

не знаю =\ нет идей. Использовать один способ ввода информации :D

ну мол идея ж только в том что бы был только один способ что-то сделать, ибо иначе у нас есть 2 места в коде которые делают одно и то же. Верно?

а теперь поговорим про иерархии наследования - если ты про extends SomeClass - плохо (99% что плохо)

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

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

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

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

https://matthiasnoback.nl/2018/06/doctrine-orm-and-ddd-aggregates/ А как вы сдруживаете Доктрину и DDD (или не ddd, а например избавляетесь от нелепых геттеров и сеттеров)?

получается инварианты входят в контракт? Я об этом почему-то не думал. Хотя вроде логично, что если прекондишены и посткондишены входят в контракт, то инварианты тоже =\ Получается я сужаю область применения подтипов при помощи инвариантов, а это и правда нарушение LSP Т_Т

про геттеры и ид есть куда почитать?