AZ
компайл таймовый
Size: a a a
2020 May 14
AZ
Есть, но через тайплевел и frunk
а я про макросы
VS
нет особой разницы как его предавать 🤷♂️
Тыж блин в доменной модели модерилуешь а модель это как модель самолёта или моста - Упрощенная и абстрагированная копия реального мира. Не бывает у людей версий строй.
DS
а я про макросы
Там да, всё плохо
AZ
Тыж блин в доменной модели модерилуешь а модель это как модель самолёта или моста - Упрощенная и абстрагированная копия реального мира. Не бывает у людей версий строй.
у упрощенных людей - бывают
B
Тыж блин в доменной модели модерилуешь а модель это как модель самолёта или моста - Упрощенная и абстрагированная копия реального мира. Не бывает у людей версий строй.
слишком чисто как-то)
B
я верно понимаю
class CocurrentTokenHolder<TModel>{
TModel Model;
int ConcurrecyToken;
}
?
class CocurrentTokenHolder<TModel>{
TModel Model;
int ConcurrecyToken;
}
?
B
т.е. просто оборачивать модельку в такое, если надо таскать токен
B
вобще имеет место быть, но мне не нрав
VS
у упрощенных людей - бывают
Такое себе упрощение. Я просто класс контейнер делаю в котором одно поле это сущность остальное это метаданные вроде даты изменения в БД, создания ну и версия строк, кто изменил и прочее. Так и называю EntityMetadata. Ну и конечно это DTO из ApplucationLayer потому что специфичная для моего приложения инфа а не характерная для модели предметной области.
AZ
Такое себе упрощение. Я просто класс контейнер делаю в котором одно поле это сущность остальное это метаданные вроде даты изменения в БД, создания ну и версия строк, кто изменил и прочее. Так и называю EntityMetadata. Ну и конечно это DTO из ApplucationLayer потому что специфичная для моего приложения инфа а не характерная для модели предметной области.
ты еще скажи что активрекорд это плохо)
VS
я верно понимаю
class CocurrentTokenHolder<TModel>{
TModel Model;
int ConcurrecyToken;
}
?
class CocurrentTokenHolder<TModel>{
TModel Model;
int ConcurrecyToken;
}
?
Да
VS
ты еще скажи что активрекорд это плохо)
😁😁😁
B
Такое себе упрощение. Я просто класс контейнер делаю в котором одно поле это сущность остальное это метаданные вроде даты изменения в БД, создания ну и версия строк, кто изменил и прочее. Так и называю EntityMetadata. Ну и конечно это DTO из ApplucationLayer потому что специфичная для моего приложения инфа а не характерная для модели предметной области.
стоп.... тоетсь дата изменения тоже снаружи? 0_О
VS
вобще имеет место быть, но мне не нрав
Почему? У меня такой класса Metadata один для сотен агрегатов. Для него стандартные методы у наследованного DB контекста для изменения данных есть
e
Сейчас скину
а композиция будет работать?
B
Почему? У меня такой класса Metadata один для сотен агрегатов. Для него стандартные методы у наследованного DB контекста для изменения данных есть
вот это удобно, да
e
Сейчас скину
чтобы я такой
type PartialPerson = Partial<Person>;
type NoNoNoRequiredPerson = Required<PartialPerson>
VS
стоп.... тоетсь дата изменения тоже снаружи? 0_О
Ну это метаданные. Когда последний раз информацию о Пользователе меняли в БД это не часть модели пользователя. Это характерные только для нашего приложения фишки. Наш ApplucationLayer
B
айдишка тогда тоже не часть модели)