ReSQL.ru
     
powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / WinForms, .Net Framework [игнор отключен] [закрыт для гостей] / Архитектура приложения, надо ли дублировать сущности под каждый слой
25 сообщений из 295, страница 5 из 12
  5  все
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39085971
kmaw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kmaw
Участник
hVosttБлагодаря ORM, Entity могут быть сложнее, чем просто набор атрибутов, они могут содержать навигационные ссылки и навигационные коллекции, чем становятся сильно похожи на агрегаты

это не благодаря, а потому что так надо для ОРМ
...
Рейтинг: 0 / 0
25.10.2015, 18:48
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39085972
kmaw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kmaw
Участник
hVosttUOW

его может не быть. я думаю, что нет ОРМ, нет и его
...
Рейтинг: 0 / 0
25.10.2015, 18:49
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39085974
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
kmawhVosttпропущено...


У меня Entity это данные в представлении хранилища. Данные. Там не должно быть никакой логики. Благодаря ORM, Entity могут быть сложнее, чем просто набор атрибутов, они могут содержать навигационные ссылки и навигационные коллекции, чем становятся сильно похожи на агрегаты. Также Entity в контексте хранилища отвечают задачам UOW. В общем-то Entity раскрывают потенциал репозитория, но не более того.

это все так. а если нет ОРМ?

если ты не используешь чужую ORM, значит изобретёшь свою, при чём не важно как-то её назовешь, даже так:

INoOrmDbContext...

всё равно будет ORM, как не крути :)
...
Рейтинг: 0 / 0
25.10.2015, 18:52
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39085976
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
kmawhVosttБлагодаря ORM, Entity могут быть сложнее, чем просто набор атрибутов, они могут содержать навигационные ссылки и навигационные коллекции, чем становятся сильно похожи на агрегаты

это не благодаря, а потому что так надо для ОРМ

вовсе нет. есть ORM, которые лишены таких возможностей под корень.
...
Рейтинг: 0 / 0
25.10.2015, 18:53
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39085978
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
kmawhVosttUOW

его может не быть. я думаю, что нет ОРМ, нет и его

да много чего может не быть.
...
Рейтинг: 0 / 0
25.10.2015, 18:54
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39085979
kmaw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kmaw
Участник
hVosttINoOrmDbContext
...
Рейтинг: 0 / 0
25.10.2015, 18:55
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39085980
kmaw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kmaw
Участник
hVosttINoOrmDbContext
...
Рейтинг: 0 / 0
25.10.2015, 18:55
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39085982
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
kmawskyANAпропущено...
Я следую терминологии DDD. Там дано определение Entity, и Value Object, и Aggregate, и Root.

молодец. а в контексте топика?В контексте топика скажу, что репозиторий по определению должен возвращать Domain Model Objects, которыми оперирует слой бизнес-логики, а не DTO.
На уровне Web-сайтов и WPF приложения появляются модели представления.

Но данной схемы не обязательно придерживаться всегда, надо смотреть на конкретную задачу.
...
Рейтинг: 0 / 0
25.10.2015, 18:56
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39085984
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
kmawhVosttUOW

его может не быть. я думаю, что нет ОРМ, нет и егоНу ну... Я уже давно не использую DataSet, но это таки пример реализации UoW :)
...
Рейтинг: 0 / 0
25.10.2015, 19:01
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39085986
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
hVosttskyANAУ Хвоста Entity - это табличный кортеж, у тебя - это было давеча "отображенная в ООП-класс таблица БД". Совсем не по DDD :)

У меня Entity это данные в представлении хранилища. Данные. Там не должно быть никакой логики. Благодаря ORM, Entity могут быть сложнее, чем просто набор атрибутов, они могут содержать навигационные ссылки и навигационные коллекции, чем становятся сильно похожи на агрегаты. Также Entity в контексте хранилища отвечают задачам UOW. В общем-то Entity раскрывают потенциал репозитория, но не более того.Вот опять своя доморощенная терминология :)
...
Рейтинг: 0 / 0
25.10.2015, 19:03
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39085987
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
Вот что сюда надо закинуть: микросервисы
...
Рейтинг: 0 / 0
25.10.2015, 19:07
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39085990
Фотография Denis.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Denis.
Участник
а мне нравится db-repo-model-services
и дальше вьюмодельки для гуя и дтошки для микросервисов. Для меня вьюмоделька это по сути дтошка, только у дтошки "гуй" - это сервис какой-нибудь, а для вьюмодельки "гуй" это, например, винформз.
...
Рейтинг: 0 / 0
25.10.2015, 19:09
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39085992
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
skyANAВот опять своя доморощенная терминология :)

Какая ещё доморощенная терминология?

В EF/NH данные отражаются в классы, которые они называют Entity. Это отнюдь не Entity из мира DDD, хоть и местами похожи, хоть и отдельные товарищи пытаются с помощью лома и такой-то матери туда втулить. Ну не получается.

И как эти классы называть? POCO?
...
Рейтинг: 0 / 0
25.10.2015, 19:18
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39085993
kmaw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kmaw
Участник
hVosttВ EF/NH данные отражаются в классы, которые они называют Entity

алилуя
...
Рейтинг: 0 / 0
25.10.2015, 19:19
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39085995
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
hVosttskyANAВот опять своя доморощенная терминология :)

Какая ещё доморощенная терминология?

В EF/NH данные отражаются в классы, которые они называют Entity.
Код: c#
1.
2.
3.
4.
5.
6.
public class User
{
    public virtual int Id { get; set; }
    public virtual string Name { get; set; }
    public virtual IList<Phone> EmergencyPhones { get; set; }
}


Это Entity ? :)
...
Рейтинг: 0 / 0
25.10.2015, 19:23
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39085996
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
skyANAВот что сюда надо закинуть: микросервисы

Зачем?

авторУправление несогласованностями подобным образом — новый вызов для многих команд разработки, но это часто соответствует практикам бизнеса.

Больше вызовов! Больше!
...
Рейтинг: 0 / 0
25.10.2015, 19:24
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39085997
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
kmawhVosttВ EF/NH данные отражаются в классы, которые они называют Entity

алилуяТот же вопрос: 18323769 .
...
Рейтинг: 0 / 0
25.10.2015, 19:25
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39085999
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
skyANA
Код: c#
1.
2.
3.
4.
5.
6.
public class User
{
    public virtual int Id { get; set; }
    public virtual string Name { get; set; }
    public virtual IList<Phone> EmergencyPhones { get; set; }
}



Это Entity ? :)

Да. (вот только virtual для атрибутов, это зло, сразу видно что это в угоду NH)
...
Рейтинг: 0 / 0
25.10.2015, 19:26
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39086003
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
hVosttskyANA
Код: c#
1.
2.
3.
4.
5.
6.
public class User
{
    public virtual int Id { get; set; }
    public virtual string Name { get; set; }
    public virtual IList<Phone> EmergencyPhones { get; set; }
}



Это Entity ? :)

Да.cool
hVosttвот только virtual для атрибутов, это злоА в чём зло?
...
Рейтинг: 0 / 0
25.10.2015, 19:28
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39086005
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
Ещё нужно выяснить у камрада kmaw почему объект класса User не может существовать без реляционной БД и ORM.
И почему не может в таком виде как есть храниться в MongoDB :)
...
Рейтинг: 0 / 0
25.10.2015, 19:32
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39086007
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
skyANAhVosttвот только virtual для атрибутов, это злоА в чём зло?

Потому что в угоду NH, ему нужно, чтобы он работал. А это всего лишь поле с данными, EF прекрасно работает без virtual, а в NH намудили (потому что NH -- УГ), вот и страдайте.
...
Рейтинг: 0 / 0
25.10.2015, 19:34
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39086010
Фотография Denis.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Denis.
Участник
мне думается термин дто вообще надо выкинуть из топика. Дто это вообще не про логику, не про модель, не про репозитории. Там другие названия есть.
...
Рейтинг: 0 / 0
25.10.2015, 19:36
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39086011
kmaw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kmaw
Участник
skyANAhVosttпропущено...


Какая ещё доморощенная терминология?

В EF/NH данные отражаются в классы, которые они называют Entity.
Код: c#
1.
2.
3.
4.
5.
6.
public class User
{
    public virtual int Id { get; set; }
    public virtual string Name { get; set; }
    public virtual IList<Phone> EmergencyPhones { get; set; }
}



Это Entity ? :)

если для ОРМ, то да. потому что их может быть похожих несколько, и они != сущностям БД
...
Рейтинг: 0 / 0
25.10.2015, 19:36
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39086013
kmaw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kmaw
Участник
hVosttПотому что в угоду NH, ему нужно, чтобы он работал

это нормально. потому что - это Entity
...
Рейтинг: 0 / 0
25.10.2015, 19:37
| Ответить | Цитировать | Написать  
Архитектура приложения, надо ли дублировать сущности под каждый слой
    #39086016
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
hVosttskyANAпропущено...
А в чём зло?

Потому что в угоду NH, ему нужно, чтобы он работал. А это всего лишь поле с данными, EF прекрасно работает без virtual, а в NH намудили (потому что NH -- УГ), вот и страдайте. Зло - понятие нравственности, противоположное понятию добра, означает намеренное, умышленное, сознательное причинение кому-либо вреда, ущерба, страданий.

Таки в чём зло? :)
...
Рейтинг: 0 / 0
25.10.2015, 19:38
| Ответить | Цитировать | Написать  
25 сообщений из 295, страница 5 из 12
  5  все
Форумы / WinForms, .Net Framework [игнор отключен] [закрыт для гостей] / Архитектура приложения, надо ли дублировать сущности под каждый слой
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=20&msg=39085995&tid=1401094]:
 0ms
get settings:
 10ms
get forum list:
 12ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 30ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 66ms
get tp. blocked users:
 1ms
others: 317ms
total:  455ms
созд. / загр.: 455ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]