Petro123ArpanxDBContext -> Service -> (тут на выходе композитные типы ) -> WebApi Comtoller/REST
Есть мнение, что если у вас современная модель БД с грамотной денормализацией, то можно сразу сущности БД в виде классов выставлять в REST.И где в этой современной модели бизнес-логика?

И правильно ли я понял, что грамотная денормализация - это когда выставляются в REST именно денормализованные сущности БД?

Petro123,

спасибо, то есть я правильно понял, что Вы какую-то фигню предлагаете :)

Petro123денормализована по стандартам бд проектирования
Нормализация по стандартам - это понятно: приведение к нормальным формам, коих шесть.

А что такое денормализация по стандартам? Примеры стандартов у Вас есть?

ArpanxskyANAИ где в этой современной модели бизнес-логика?
Я бизнес логику я не собирался тащить на клиента. Пусть там и остается на слое сервисов сервера. Но это бизнес-логика.
А логику доменного уровня, да тогда поручить клиенту, пусть клиент сам этим занимается, не дергая сервер.

Но это конечно так хотелось бы, в реальных условиях еще не проверял.

Ну если использовать REST по его назначению, как трансферт состояний.
Есть доменный тип "корзина покупателя со списком товаров в корзине"
Есть доменый тип "товар № + данные для навигации по этому списку"

Вариант1)
Клиент отправляет команды серверу добавить в корзину/удалить/посчитать коммисию.
В ответ получает новое состояние корзины. Такой вариант мне нравиться, логика на клиенте минимальная.
Единственное что трафик будет, и самое неприятное для пользователя это задержки в работе интрфейса.


Вариант2)
Доверить клиенту самому вставлять, удалять товары в корзину, а на сервер присылать уже готовую корзину/order со списком товаров.
Вот тут пусть и начинается бизнес-логика.

Хотя что делать когда нужно посчитать комиссию и скидки в корзине, не понятно это можно считать еще доменной логикой, или это уже бизнес логика. И если каждый раз чтобы пересчитать комиссию отправлять корзину на сервер, это выражается в вариант №1.У нас реализован вариант №1.

Но вот мой вопрос был адресован не Вам и Вы посути на него не ответили, а ушли в сторону :)

Arpanx,

и может я что-то упустил, но что Вы включаете в понятие "логика доменного уровня"?

Petro123skyANAPetro123,

спасибо, то есть я правильно понял, что Вы какую-то фигню предлагаете :)
пожалуйста. Я уже понял, что ты фигню спросил.
Денормализация есть у БД. А у сущностей нету.Я поинтересовался двумя вещами.
1. если "сразу сущности БД в виде классов выставлять в REST", то где же будет бизнес-логика?
2. что такое денормализация по стандартам? Примеры стандартов у Вас есть?

Где же фигня в этих вопросах?

Petro123Денормализация есть у БД. А у сущностей нету.
Забавный Вы

Сами выше написали про некие "сущности БД". Ваш термин.

Таблица - это сущность БД? Да.
Таблица может быть денормализованной? Да.