плохо декомпозированная вьюшка. повод порефачить

это не умножение, это факториал (пермутации же)

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

в этом смысл всех этих information hiding, contract testing, unit testing, etc - резать систему с целью уменьшить общее количество пермутаций. И это даже не везде имеет смысл делать.

факториал - если зависимые конфиги. А там большая часть независимые. Да и факториал тоже большое число, хоть и меньше экспоненты...

меньше экспоненты?)

ты ж ФП-ник

ты должен чуть чуть математику знать

ну то есть, ты сравниваешь N^N или N!?

короч, если там независимые штуки то вообще проблем не вижу

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

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

да

ты уже несколько сообщений про тесты написал. На первой магенте из авто-тестов были только Е2Е (aka TAF - test automation framework), которые запускались только на SaaS версии (не на кор-фреймворке)... а про CI они вообще только со второй версии задумались

Привет.
Есть вопрос.
Тема Event Sourcing
Есть агрегат товара
В агрегате есть ссылка на коллекцию сущностей "Отзывы"
Пользователи пишут отзывы и тд...
Админ должен "потвердить отзыв"

Отзыв.Потвердить()

Агрегат дергает этот метод

Товар.ПотвердитьОтзыв(Отзыв_Id)
{
  CheckRule( ОтзывДолженБытьПрикрепленКТовару (отзыв_Id) )

emit ( ПотвердитьОтзывСОпределеннымIDEvent (отзыв_id) )
//  отзывы.find( отзыв_ID ).Потвердить()
}

Можно ли считать ОтзывДолженБытьПрикрепленКТовару - бизнес правилом?

Конечно перед агрегатом запрос с данными пройдет множество слоев валидации.

Но сам же агрегат должен обеспечивать свою валидность

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

в целом это вопросы ссылочной целостности а не вот эти true invariants за которые агрегаты должны отвечать

p.s. делать такие жирные агрегаты - получишь проблемы. особенно с event sourcing.