Между слоями.
Не инпут дто в сервис.

Ну вот контроллеры симфони отдают дто HttpFoundation response — это контракт?

Думаю что нет

Поправьте если ошибаюсь

Ну как же — предоставляют чёткий контракт в виде одного типа (и ограниченного списка подтипов) с четким интерфейсом (в рамках абстракции конечно)

Сам с собой только, но эт не то

Это элемент контракта

Контракт это между штуками.

Ну так между контроллером и кернелом есть контракт. Если там не вернется Response, будет исключение.

Слабый, конечно, контракт, но хотя бы не тот mixed, который принимает кернел сралавеля и кучей ифов пытается определить, что ему вернули.

Привет!
Компания GlowByte, №1 в России по внедрению BI и Big Data, приглашает всех студентов и выпускников технических вузов на первый онлайн-марафон Data People Junior для начинающих IT-специалистов .
Если ты фанат IT-сферы, тебе интересно поработать с базами данных и узнать, что такое хранилища, любишь решать сложные задачи и хочешь помогать бизнесу работать более эффективно, то этот марафон точно для тебя!

С 24 по 28 мая IT-эксперты будут знакомить тебя с  технологиями BI и Big Data, расскажут об интересных проектах и покажут, как это работает в ведущих банках и телекомах нашей страны🤩 А HR-специалисты поделятся лайфхаками, как найти работу мечты.

Регистрируйся на онлайн-марафон GlowByte, получай знания и крутые подарки от организаторов ✌🏼
Программа марафона на сайте: https://datapeople.ru/junior-online

Может поделится ссылками/материалами/запросами для гугла, по теме как тестировать встроенные в СУБД функции (psql)

ты собираешься тестить постгрес или фичи которые ты на основе постгреса сделал?

какие запросы в гугл ты уже пробовал?)

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

Добрый вечер.
Подскажите, что нужно считать "true invariant". Второй день читаю Вернона и не могу понять что-то.

За пример возьму обычную корзину. Есть агрегат Product, его корень ProductId. Есть агрегат CartItem, его корень CartItemId, внутри содержит ссылку на агрегат продукта.
Вопрос вот в чем. Если продукт убрали с продажи, Правильно ли, что мы должны сделать что-то такое при оформлении заказа.
ProductRepository.exist(CartItem.ProductId).
В таком случае сам cartItem же раскрывает свое состояние, отдавая наружу продукт, что плохо.
Переносить эту проверку в доменный сервис и пихать как зависимость в CartItem тоже не хочется.
Что можете подсказать?

Это к бизнесу вопрос. Куда интереснее что должно происходить если вот стоимость поменяли за секунду до того как пользователь должен оплатить заказ. Во многих странах "изменение цены в процессе" классифицируется как афера и за это можно нехило схлопатать

true invariant это такие инварианты (правила) которые не должны нарушаться. Ну то есть которые требуют immediate consistency. Когда система даже на мгновение не может быть в невалидном состоянии. Таких мало обычно.

тут рассматривать это стоит с позиции конкурентного доступа