|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
hVosttskyANAНу в итоге так и получается. Только не по икверибл провайдеру :) А по реализации своего провайдера с нужным в этой предметной области интерфейсом. Эмм.. никто не отменяет интерфейса для предметной области. Я только про запросы к данным из коллекции говорю, низкого уровня. Уберём IQueryable и заменим на некий универсальный транслятор domainSQL и по сути получим тоже самое.Хм, если поиск перелёта из Москвы в Барселону происходит в локальной базе туроператора, то IQueryable, а если ещё и по сервисам его партнёров, то уже не IQueryable? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 20:55 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
ViPRosкогда строишь мир свой, обычно какие то вещи невозможно соорудить непротиворечиво и красиво - так как аксиомы неверные вот тут то начинаются троица там бл* дух зачем то приперся а тут папашу с сыном никак не идентифицировать дальше пошли бабы, ипостолы, папы, попы и всякая иная нечисть вот ДТО это типа Попа :)Если рассматривать DTO в рамках данного определения , то никой попы не наблюдается. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 20:57 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
skyANAХм, если поиск перелёта из Москвы в Барселону происходит в локальной базе туроператора, то IQueryable, а если ещё и по сервисам его партнёров, то уже не IQueryable? А почему нет? Код: c# 1. 2.
... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 20:59 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
skyANA, я как раз посмотрел и потому написал тот пост если чек не удосужился понять, что в два чека это мир видя по разному!! то он хотя бы должен был ввести Понятие - Трансформация моделей (со всеми вытекающими), а не фигню, что в голову пришло для залатания устройства своего мирка ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 21:01 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 21:01 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
skyANAХм, если поиск перелёта из Москвы в Барселону происходит в локальной базе туроператора, то IQueryable, а если ещё и по сервисам его партнёров, то уже не IQueryable? да. так проще. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 21:02 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
hVosttskyANAХм, если поиск перелёта из Москвы в Барселону происходит в локальной базе туроператора, то IQueryable, а если ещё и по сервисам его партнёров, то уже не IQueryable? А почему нет? Код: c# 1. 2.
Ну потому как expression тут лишнее. Как и OData. Мы имеем сильно ограниченный набор фильтров (условий, критериев поиска), что легко выражаются объектами предметной области. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 21:41 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
Denis.skyANAХм, если поиск перелёта из Москвы в Барселону происходит в локальной базе туроператора, то IQueryable, а если ещё и по сервисам его партнёров, то уже не IQueryable? да. так проще.Чем же это проще? Проще чего? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 21:43 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
ViPRosskyANA, я как раз посмотрел и потому написал тот пост если чек не удосужился понять, что в два чека это мир видя по разному!! то он хотя бы должен был ввести Понятие - Трансформация моделей (со всеми вытекающими), а не фигню, что в голову пришло для залатания устройства своего миркаДавай конкретнее. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 21:44 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
skyANAНу потому как expression тут лишнее. Как и OData. OData лишь для примера. А expression отлично выражает мысль при запросе данных в .NET, почему лишнее? Ну будет не expression, а какой-то кастомный способ для запроса данных, т.е. ты попросту плодишь новые сущности: интерфейсы там, где этого можно было бы избежать. skyANAМы имеем сильно ограниченный набор фильтров (условий, критериев поиска), что легко выражаются объектами предметной области. Да ради бога. Только твою предметную область может слопать лишь ограниченное количество потребителей, высокий уровень связности. Вот для примера. Мы решили применить новый набор контролов. Он кушает IQueryable, потому что разработчики контролов понятия не имеют о твоих предметных областях, и не должны. А так как у нас повсюду IQueryable, мы просто скормили их и оставшееся время посвятили другим задачам. В ином случае нам бы пришлось пилить целую армию адаптеров, на что просто убили бы много времени. Это просто для примера, его можно покритиковать, типа а нафига мы будем брать какие-то контролы, мы свои запилим, под свои интерфейсы. Ну-ну... ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 21:58 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
skyANAВопросы какие-то нелепые начались. да просто вы с хвостом начали флудить ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 21:58 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
kmawskyANAВопросы какие-то нелепые начались. да просто вы с хвостом начали флудить Да нет, мы всё выяснили. Ты тупо запилил для кучи Entity классов их дублёры DTO, чтобы эээ... спрятать Entity, иного объяснения я не вижу. Не понятно чё в таком случае тут делают дата-сервисы, вся бизнес логика осела в репозитории. В общем смешались в кучу кони, люди.. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 22:01 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
skyANAViPRosкогда строишь мир свой, обычно какие то вещи невозможно соорудить непротиворечиво и красиво - так как аксиомы неверные вот тут то начинаются троица там бл* дух зачем то приперся а тут папашу с сыном никак не идентифицировать дальше пошли бабы, ипостолы, папы, попы и всякая иная нечисть вот ДТО это типа Попа :)Если рассматривать DTO в рамках данного определения , то никой попы не наблюдается. а кто его по-другому рассматривает? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 22:01 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
hVosttskyANAНу потому как expression тут лишнее. Как и OData. OData лишь для примера. А expression отлично выражает мысль при запросе данных в .NET, почему лишнее? Ну будет не expression, а какой-то кастомный способ для запроса данных, т.е. ты попросту плодишь новые сущности: интерфейсы там, где этого можно было бы избежать. skyANAМы имеем сильно ограниченный набор фильтров (условий, критериев поиска), что легко выражаются объектами предметной области. Да ради бога. Только твою предметную область может слопать лишь ограниченное количество потребителей, высокий уровень связности. Вот для примера. Мы решили применить новый набор контролов. Он кушает IQueryable, потому что разработчики контролов понятия не имеют о твоих предметных областях, и не должны. А так как у нас повсюду IQueryable, мы просто скормили их и оставшееся время посвятили другим задачам. В ином случае нам бы пришлось пилить целую армию адаптеров, на что просто убили бы много времени. Это просто для примера, его можно покритиковать, типа а нафига мы будем брать какие-то контролы, мы свои запилим, под свои интерфейсы. Ну-ну...Эххх... Мою предметную область могут слопать решения на PHP, Java, Ruby и т.д. Как же у них это получится, когда нету там IQueryable? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 22:05 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
hVosttвся бизнес логика осела в репозитории Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28.
где тут "бизнес логика осела в репозитории"? маппинг? так маппинг это не бизнес-логика - это маппинг ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 22:06 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
kmawskyANAпропущено... Если рассматривать DTO в рамках данного определения , то никой попы не наблюдается. а кто его по-другому рассматривает?Ты. По-своему :) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 22:07 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
skyANAkmawпропущено... а кто его по-другому рассматривает?Ты. По-своему :) это тебе так кажется ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 22:08 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
kmawhVosttвся бизнес логика осела в репозитории Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28.
где тут "бизнес логика осела в репозитории"? маппинг? так маппинг это не бизнес-логика - это маппингАдъ :) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 22:09 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
skyANAkmawпропущено... Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28.
где тут "бизнес логика осела в репозитории"? маппинг? так маппинг это не бизнес-логика - это маппингАдъ :) почему? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 22:10 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
kmawskyANAпропущено... Ты. По-своему :) это тебе так кажетсяНе кажется. У меня от смены хранилища понятия не меняются :) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 22:12 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
skyANAkmawпропущено... это тебе так кажетсяНе кажется. У меня от смены хранилища понятия не меняются :) у меня тоже ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 22:12 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
kmawskyANAпропущено... Не кажется. У меня от смены хранилища понятия не меняются :) у меня тожеНу-ну... Хранили в РСУБД, использовали ORM, User был entity. Стали хранить в MongoDB и User стал DTO :) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 22:16 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
kmawskyANAпропущено... Адъ :) почему?У тебя в одну сторону маппинг в одну строку, в обратную в 20. При этом уже используя ORM ты сверху зачем-то харкодишь правило transient-ости. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 22:20 |
|
Архитектура приложения, надо ли дублировать сущности под каждый слой
|
|||
---|---|---|---|
#18+
skyANAУ тебя в одну сторону маппинг в одну строку, в обратную в 20. это фигня ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2015, 22:22 |
|
|
start [/forum/topic.php?fid=20&startmsg=39086150&tid=1401094]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
37ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
59ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 147ms |
0 / 0 |