|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
ViPRoshVosttпропущено... Частичное представление это уже слой презентации, он кстати вполне может быть завязан на DTO (минуя дополнительные классы, типа вью-моделей, что хорошо для SPA). Частичное представление - это Точка зрение на Модель определенной Роли (Актора) в контексте тоgика - джоин проекция и where. которые хвост хочет видеть в датасервисах ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 19:56 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
Denis.если мы натравливаем ef не на базу, а на xml файл, не меняя код, просто меняя источник данных, энтити исчезают? для терминологической чистоты - да ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 19:57 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
ViPRosпокажи пример (Проекция - это метаданные, подмножество метаданных макротипа. Не всегда возможно Проекция, так как Проекция накладывает доп ограничения на целостность макротипа - нужны значения по умолчанию как минимум, если например, Проекция редактируема и т.д.) Код: c# 1. 2.
... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 19:57 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
ViPRosзначит ентити ваш - Объект с лайфтаймом (коллекция) Это что угодно с идентификатором. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 19:57 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
kmawэто про проекции был вопрос, при чем тут слой презентации Слово «представление» прозвучало. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 19:58 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
hVosttViPRosпокажи пример (Проекция - это метаданные, подмножество метаданных макротипа. Не всегда возможно Проекция, так как Проекция накладывает доп ограничения на целостность макротипа - нужны значения по умолчанию как минимум, если например, Проекция редактируема и т.д.) Код: c# 1. 2.
и где это должно находиться? правильно - в репозитории ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 19:58 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
kmaw, давно пора этот "контекст" выбросить ОРМ в смысле Объект Релейшн Маппинг - узкая тема и о не й по хорошему воще ничего не должно быть известно программисту, так глубоко это техническое решение должно прятаться ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 19:58 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
ViPRosЧастичное представление - это Точка зрение на Модель определенной Роли (Актора) Ээмм.. кортеж -- чем не подходит? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 19:58 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
hVostt, кортеж не содержит в себе информациь - откуда он есть пошло и кому чего должен ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 19:59 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
ViPRosи о не й по хорошему воще ничего не должно быть известно программисту оно и так глубоко, рядом с репозиториями и Entity ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 19:59 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
kmawskyANAЕщё нужно выяснить у камрада kmaw почему объект класса User не может существовать без реляционной БД и ORM. И почему не может в таком виде как есть храниться в MongoDB :) так я от ответа и не увиливаю. это опять DTO. еще раз: нет ОРМ - нет Entityno comments ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 20:00 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
kmaw, если бы блыло глубок то никаких разговоров кроме "ентити" не должно было быть ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 20:01 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
kmawи где это должно находиться? правильно - в репозитории репозитарий тут при чём? репозитарию фиолетово на бизнес-логику, чё и кому нужно. он предоставляет доступ в хранилище, а что конкретно ты будешь из него брать и как с этим работать -- не его дело, поэтому ни про какие DTO ему знать не надо, иначе пухнет ответственность. репозиторий вообще может использоваться в разных модулях и даже приложения, один репозиторий -- куча клиентов. и чё теперь, ему для всех надо кучу DTO хранить? идиотизм высшей пробы. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 20:01 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
ViPRoshVostt, кортеж не содержит в себе информациь - откуда он есть пошло и кому чего должен именно! затем он и полезен, что это чистый кортеж, без меты и логики. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 20:02 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
hVosttskyANAКак какие? Доказывающие то, что это причиняет кому-либо вред, ущерб, страдания :) Хм. А если бы NH требовал, чтобы любые примитивные значения можно было определять только через специальные обёртки? Код: c# 1. 2. 3. 4. 5. 6.
норм? Тогда бы можно было говорить о намеренном причинении страданий :) Но такого нет, значит и зла нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 20:03 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
ViPRoskmaw, если бы блыло глубок то никаких разговоров кроме "ентити" не должно было быть это потому что, не только лишь все могут его спрятать в DAL, и говорят, что это нормально. я считаю, что это не нормально ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 20:03 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
hVosttskyANAДа, пора переходить на Dapper и микросервисы :) Совсем? EF 7 смотрел?Не смотрел. А что там смотреть-то? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 20:04 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
skyANAТогда бы можно было говорить о намеренном причинении страданий :) Но такого нет, значит и зла нет. о как. а теперь факт: Код: c# 1. 2. 3. 4. 5. 6.
как думаешь, может ли быть такая ситуция с NHibernate, когда _id == 1, а Id == 0 ? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 20:05 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
hVosttрепозитарию фиолетово на бизнес-логику ему и так на неё фиолетово. моделируем ситуацию, что-то хранится в JS. и что, передавать/возвращать в репозиторий JS, ведь там хранится JS? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 20:06 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
skyANAНе смотрел. А что там смотреть-то? Зря. Смотри как развивается, поддержку NoSQL смотри ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 20:06 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
Denis.hVostt, по моему пониманию дто работает прекрасно с любой моделью в любом виде. Так как это по сути просто контракт сервиса "в последней инстанции". Данные обрабатываются логикой в любом виде и экспозятся через сервисы куда угодно. Но то что "с той стороны" сервисов - уже не релевантно по сути к вопросу доступа к данным и их обработке. А, как я понимаю, именно это тут и обсуждается в первую очередь. То есть я считаю что дто это передача данных во внешнюю подсистему\систему. Даже если она живет в том же процессе, если мы сказали дто, значит данные пошли в другой домен.Вы практически дали классическое определение понятию DTO. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 20:06 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
kmawhVosttрепозитарию фиолетово на бизнес-логику ему и так на неё фиолетово. моделируем ситуацию, что-то хранится в JS. и что, передавать/возвращать в репозиторий JS, ведь там хранится JS? ему не фиолетово, он должен знать какие DTO кому нужны. ну или тебе заняться больше в этой жизни нечем и ты продублировал для каждого Entity по DTO. молодец чё сказать. я был бы недоволен, если бы в моей команде кто-то тратил время на подобный беспредел. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 20:07 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
hVosttViPRoshVostt, кортеж не содержит в себе информациь - откуда он есть пошло и кому чего должен именно! затем он и полезен, что это чистый кортеж, без меты и логики. да ничем он не полезен (кроме тех случаев, когда модель в башке прогера и в коде размазан) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 20:07 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
hVosttskyANAТогда бы можно было говорить о намеренном причинении страданий :) Но такого нет, значит и зла нет. о как. а теперь факт: Код: c# 1. 2. 3. 4. 5. 6.
как думаешь, может ли быть такая ситуция с NHibernate, когда _id == 1, а Id == 0 ? ты про прокси? там там могут быть и другие страдания ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 20:08 |
|
|
start [/forum/topic.php?fid=20&msg=39086081&tid=1401094]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
31ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
54ms |
get tp. blocked users: |
1ms |
others: | 15ms |
total: | 144ms |
0 / 0 |