Компании опустились на дно, ниже некуда. Раньше если, что-то было не так, можно было легко вернуть деньги в гикбрейнс. Сейчас они как и в скилбокс ссылаются на договор-оферту. У скилбокса по договору можно вернуть деньги только до получения доступа в личный кабинет. Доступ получается через минуту после оплаты. То есть разводилами стали. Причем это противоречит закону о правах потребителей, а они сидят и дурачков из себя строят)
Я пока не только статьи читаю на эту тему, но во многих статьях пишут, что сервисы это типа только для той логики, которая не вписывается в рамки сущностей entity, то есть логика, которую сложно или невозможно отнести к определенной сущности. Приводят в пример проведение перевода денег с аккаунта одного клиента на аккаунт другого. Типа, что сложно сказать куда по логике должен относиться этот метод, то ли к аккаунту, то ли к пользователю и поэтому его делают в отдельном сервисе. Или такой подход, как описывают в статьях на практике не подходит и в сервисы можно и нужно добавлять всю логику работы с сущностями? Или я не правильно вас понял?
Понял) Спасибо за труд) Читаю уже сегодня примерно пятую статью на тему DDD, вроде что-то и вырисовывается, но только в рамках концепции, а не реального применения. Буду надеяться, что в документации у вас действительно появится пример того как работать с DDD в рамках Yii3 или Yii2, чтобы можно было на примере посмотреть, что и где использовать)
Отлично) Ждем полноценного релиза) Есть вопрос про базовый шаблон. Будет ли какой-то шаблон приложения с примером нормальной архитектуры, типа DDD. Я смотрел ваше видео, где вы говорите, что не делаете такой шаблон, так как для новичков сложно. Но мне как программисту со стажем, но при этом еще только въезжающему в нормальную архитектуру наоборот кажется, что будет полезно посмотреть на нормальную арзитектуру и на ее основе начать учиться это все дело использовать. Сейчас в yii2 (а я сам с него начинал изучение фреймворков в php) большинство разработчиков берут шаблон, который там по умолчанию идет (базовый или продвинутый) и идут по накатанной, делая проекты, которые разрастаясь превращаются в треш-код. Например часть логики пихают в контроллеры, часть в модели AR. При этом мало кто знает, что есть сервисы. А те, кто как я знают, не еще не умеют использовать на практике сталкиваются с проблемой, что посмотреть-то негде. Например, я вообще пока не понимаю, что тут должно быть сервисом, что entity и зачем вообще тогда AR. Вроде entity, если я правильно понимаю концепцию DDD, должны хранить параметры модели, то есть ее свойства и методы. То есть по факту это и есть AR? И вот таких вопросов куча, а хочется какой-то шаблон, который бы помог посмотреть, как это все лучше делать. То есть инструмент вы даете отличный, но чаще всего это как граната в руках обезьяны) Я стараюсь на сколько хватает архитектурных знаний держать код в хорошем виде, но по факту, раз есть такие крутые разработчики, которые могут показать как правильно, то почему бы и не сделать некий шаблон с описанием. Пусть те, кому не нужно качают старый привычный модульный шаблон, пишут в виде transaction script.
Компании опустились на дно, ниже некуда. Раньше если, что-то было не так, можно было легко вернуть деньги в гикбрейнс. Сейчас они как и в скилбокс ссылаются на договор-оферту. У скилбокса по договору можно вернуть деньги только до получения доступа в личный кабинет. Доступ получается через минуту после оплаты. То есть разводилами стали. Причем это противоречит закону о правах потребителей, а они сидят и дурачков из себя строят)