Валидации еще может быть

Валидации нужны

Для проверки моделстейта

Логика в моделях это полная хуетень. Противоречит солиду

какому принципу, например?

какому принципу, например?

Щас я скину переписку

Из другой конфы

Для проверки моделстейта

Не понял - ты согласен или опроверг то что я сказал)

пор как всегда не о чем.

Ребят, я слышал что толстые модели это круто. Что думаете на этот счет xD?

Что это противоречит принципам solid

например

Сука

А какому конкретно?

Single responsibility

сингл респонсибилити

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

да

в каком плане толстые?

и данные и логика

там

Это если в неё запихать ответственность по получению и сохранению в бд

я против такого)

логикой наполнить модели

это если в модели запихать ВООБЩЕ что либо кроме полей с данными

я чисто за POCO

в этом смысле

то уже нарушается

срп

+

Чтоб данные гонять dto придумали же

Так и назвали дата трансфер обджект

у классов dto есть вполне определенная цель - передавать их по сетям всяким. Но это не мешает рядом быть чистым классам поко

Не не, если модель имеет ответственность только контролировать саму себя, где тут нарушение срп?

Какого уровня контроль?

например какой метод

Просто если что-то можно в теории разделить, то это надо разделить

А почему только по сетям? Между уровнями если кидать это уже не дто?

Или между сервисами

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

Разбивать логику по моделям

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

ага, а если тебе нужна логика которая включает в себя две модели сразу?)

И одни модели будут вызывать другие

и её не получится разбить

залюпа получается

тогда, сервис

тогда смотри

Но сервис уровня домена

у тебя есть модель

в ней логика

и есть сервис

и там ещё часть логики

не чувствуешь что говном запахло?

Два варианта, либо декомпозировать дальше, пока не отпадет потребность в таком сервисе

или потребность пихать что-то в модель

и просто перетащить все в сервис

+++

Либо смириться, но смириться только в том случае если действительно не удается эту логику добавить в конкретную модель

охуенно

Лол

мне ещё интересно как у тебя дела с производительностью будут

просто с запросами sql

кстати, ты теоретик или практик?

Ооп это не о производительности вроде как

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

Я тоже шлепаю тонкие модели как и все) но пытаюсь перейти на светлую сторону)

Так что в ddd теоретик

а окей

вот смотри

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

берем 10 таблиц мерджим и хуйарим всякие Where и Select

и вот тут возникают все проблемы

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

В сервисе xD

вот к нему и вернулись опять

ну т.е. как в теории по любому не получится

+ тестировать это все говно

Но сервис уровня Application ответственность которого ТОЛЬКО открыть транзакцию, получить данные, и запустить логику модели, результат сохранить

Никакой логики

Читайте

Один и тот же вопрос лень обсуждать снова

Не понял - ты согласен или опроверг то что я сказал)

Согласен

как всегда почти все путают модель как часть паттерна MV(C,P,VM) и модель данных. от этого и неутихающий холивар

не, тут речь про доменную

как всегда почти все путают модель как часть паттерна MV(C,P,VM) и модель данных. от этого и неутихающий холивар

Поэтому я и спросил, что мы считаем моделью. Если слой данных - то одно дело. Если модель данных просто - то другое

не, тут речь про доменную

Ну тогда там не должно быть логики

Модель в мвц

Что такое модель данных хз

Слишком сложно

Говорилось вроде как о мвц моделях при ддд

вобщем если обозвать сервис толстой модделью, а передаваемые ему модели дто'шками, то все встает на свои места?

вобщем если обозвать сервис толстой модделью, а передаваемые ему модели дто'шками, то все встает на свои места?

Харош ?

А как кто слой бд обычно организует? Модные паттерны?

Унитофворк там, репозитории

Если в контроллере 1-2 репозитория uow не особо нужен

Если в контроллере 1-2 репозитория uow не особо нужен

Не, это понятно) Интересно скорее - может кто-то что-то более нестандартное юзает

подниму холиварчик - тощие и толстые модели в MVC - кто что думает на эту тему?

Тонкие + иммутабельные модели

> иммутабельные Объедини ef и иммутабельность. (а потом объясни зачем)