Мне вот интересно, есть ли какие-то механизмы защиты каналов от этих ботов?

Мне вот интересно, есть ли какие-то механизмы защиты каналов от этих ботов?

другие боты. И будут они сражаться между собой.

Skynet. Начало.

Всем привет. Например есть каталог и есть группа. Каталог корень агрегата. Группу я добавляю и удаляю из под каталога. addGroup($name, ...) и removeGroup(Group $group). Как правильно. Если я хочу переименовать группу или сделать что-то другое с ее свойсвами, я должен это делать из каталога или можно делать через группу?)

а как ты получаешь группу для removeGroup(Group $group)?

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

1) $school == $pupil->getSchool() 2) $pupil->isMemberOf($school)

?

Деметра с тобой не согласится что тут есть какая-то проблема.

а инкапсуляция согласится?

нет, с ее точки зрения тоже только второй вариант

а как ты получаешь группу для removeGroup(Group $group)?

Catalog => collection group find по id

Catalog => collection group find по id

то есть и удалять мы можем по id минуя выборку

ну мол сразу делать remove(groupId)

то есть и удалять мы можем по id минуя выборку

Так меня интересует после создания группы, манипуляции с ее филдами нужно делать из по каталога?

хороший вопрос на самом деле, я не знаю(

можешь рассказать почему ты решил поместить эти две сущности в один агрегат?

Ну у меня логика проста. Есть каталоги и есть группы, в одном каталоге может быть много групп, но группа не может быть без каталога => значит каталог корень )

Ну у меня логика проста. Есть каталоги и есть группы, в одном каталоге может быть много групп, но группа не может быть без каталога => значит каталог корень )

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

а вот модет ли один агрегат входить в другой - тут я хз

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

Ну вот в чем вопрос. В другом контексте он является агрегатом. Но в контексте добавления новой группы, все таки находится в контексте каталога. Либо все таки $group = new Group(Catalog $catalog, ...), т.к. группа без каталога невалидная сущность

Так меня интересует после создания группы, манипуляции с ее филдами нужно делать из по каталога?

А почему группа часть агрегата каталог?

А почему группа часть агрегата каталог?

потому что начало жизненного цикла у группы зависит от каталога

потому что начало жизненного цикла у группы зависит от каталога

Именно

потому что начало жизненного цикла у группы зависит от каталога

И?

ну на самом деле я тоже не уверен)

Как пример - файл и директория

как по мне я не вижу проблемы сделать new Group($catalog)

Два разных агрегата, но файл не может существовать без директории

Как пример - файл и директория

Но файл может существовать без директории, а в моем случае это невлидно

Но файл может существовать без директории, а в моем случае это невлидно

Как?

Но файл может существовать без директории, а в моем случае это невлидно

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

иначе это еще не файл

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

В linux все есть файл)

В linux все есть файл)

и у всего есть директория

вопрос - должен ли каталог знать о группах или группы должны знать о каталоге?

или у тебя там циклическая зависимость?

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

Именно. Aggregate Root понятие неразрывно связанное с Bounded Context

самое пожалуй сложное для осознания для меня является "держать агрегаты маленькими". А точнее как при этомм сделать красиво начало жизненного цикла. Мне же нужна какая-то фабрика для этого

В разных Bounded Context одни и теже сущности могуть быть разными агрегатами

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

Иначе это просто связанные агрегаты

Always get en Entity (c) не помню кто

самое пожалуй сложное для осознания для меня является "держать агрегаты маленькими". А точнее как при этомм сделать красиво начало жизненного цикла. Мне же нужна какая-то фабрика для этого

Начало цикла агрегата должно запускаться внезапно другим агрегатом :)

http://udidahan.com/2009/06/29/dont-create-aggregate-roots/

вот может и меня просвятите. Есть у меня продукты и отзывы. Отзывы я могу оставлять только к продуктам которые я заказывал. И продукты и отзывы являются самодостаточными агрегатами. Как запустить жизненный цикл отзыва?

какой агрегат мне поможет? Агрегат пользователя? агрегат продукта?

вот может и меня просвятите. Есть у меня продукты и отзывы. Отзывы я могу оставлять только к продуктам которые я заказывал. И продукты и отзывы являются самодостаточными агрегатами. Как запустить жизненный цикл отзыва?

Дак такая же проблема как у меня либо. $product->addReview(...) либл new Review(Product $product, ...)

какой агрегат мне поможет? Агрегат пользователя? агрегат продукта?

На самом деле нет разницы, имхо

На самом деле нет разницы, имхо

но где мне проверить этот бизнес рул о том что я уже заказывал продукт?

$product->attachReview(...) или $customer->writeReview($product, 'blabla')

но где мне проверить этот бизнес рул о том что я уже заказывал продукт?

Тогда кастомер, имхо конечно

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

Выносить Saga как вариант

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

С недавних пор очень активно пользую данный паттерн в CQRS / ES

Выносить Saga как вариант

Можешь просветить, что есть Saga?

http://microservices.io/patterns/data/saga.html

http://blog.jonathanoliver.com/cqrs-sagas-with-event-sourcing-part-i-of-ii/

Спасибо)

Очень подробно и понятно как по мне есть в документации микрософта: https://msdn.microsoft.com/en-us/library/jj591569.aspx

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

как лучше делать это с cqrs, по read model определять айдишку агрегата и тогда только ее доставать?

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

Если есть бизнес требование что отзыв можно написать только к продукту который ты заказывал, я бы хранил у Customer список ID товаров.

Это вполне себе его обязанность

Какой язык программирования можно изучить кроме java, js, c#

Какой язык программирования можно изучить кроме java, js, c#

любой другой

разрешаю

например haskell

или rust

Go)

go учить просто так скучно

go учить просто так скучно

а все остальное - нет?)

Ну так задачу себе надо поставить, чтобы скучно не было

Проект

любые штуки прикольно учить привязывая к практике

а все остальное - нет?)

сам язык скучный. На нем удобно что-то писать но просто так учить... скучно

все примитивно и в лоб

не знаю, мне после пхп знатно мозг ломало по первости :)

не знаю, мне после пхп знатно мозг ломало по первости :)

ну я то помимо php еще языки знаю... потому мне go скучно

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

эрланг лучше, будет так же мозг ломать и чуть-чуть интереснее

Elixir, Go, Rust - трендовые штуки C++, Java, C# - старая добрая классика PHP - Java для бедных, но все равно его не брошу :)

ну я то помимо php еще языки знаю... потому мне go скучно

а я вот наоборот на го хочу пописать, чтобы проникнуться всеми паттернами по корутинам

Горутинам :) Они там особенные

Горутинам :) Они там особенные

чем особенные? тем что они умеют шедулится на несколько ядер?

Ага, как минимум