SP
как тебе такой наброс: все это разделение вещей по типам - сервисы, сущности и тд. нужно тольк от того что тебе приходится тягать референсы на эти объекты.
Size: a a a
2020 January 15
SP
с сообщениями у тебя все референсы снаружи. И типы самих объектов перестают быть важны. Становятся важны сообщения. Мол "ивенты", "команды", "запросы"...
SP
объекты просто принимают сообщения и чет с ними делают
MM
я стараюсь не разделять сервисы, сущности и т.д.
ну тип событийных системах оно всё, как в голанге: у тебя просто пачка стейтлесс хэндлеров, которые координируются процесс менеджером.
ну тип событийных системах оно всё, как в голанге: у тебя просто пачка стейтлесс хэндлеров, которые координируются процесс менеджером.
SP
могут свой стэйт поменять, могут команду кинуть
MM
максимально тупо и просто
SP
я понимаю, я к тому что причина по которой люди так загоняются от того что референсы на объекты есть. Это значит надо думать каким объектам чего можно
SP
тот кто хочет попросить чего сделать с article не должен особо знать как его достать и где он вообще
SP
yield PublishArticle::withId($id)
SP
вжух
MM
ну мир пхп оч не дружелюбно относится к таким хотелкам. Посему все испорчены "подходами доктрины". На сколько их поняли много лет назад.
MM
людям почему-то очень важно всё разложить по папочкам (ddd же), шо б было "энтерпрайз"...
А
людям почему-то очень важно всё разложить по папочкам (ddd же), шо б было "энтерпрайз"...
Так легче понимать
MM
Так легче понимать
no shit?)
MM
конечно, понимание проекта резко увеличивается от двусторонних связей доктрины_ когда через 1 любую сущность можно всю базу вытащить :)
MM
но зато всё по папочкам разложено
А
но зато всё по папочкам разложено
Факт. Люди вообще рабы условностей