|
Mapping сущностей
|
||
|---|---|---|
Участник
Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщения: 39 476 |
||
| 30.07.2017, 21:25 |
|
|
|
|
|
Mapping сущностей
|
|||
|---|---|---|---|
|
#18+
Все привет. Если мы имеем дело с многоуровневой системой требующей преобразования сущностей из одного контекста в другой, то где это нужно делать? К примеру если имеется клинское приложение. В нем есть слой взаимодействия с веб-сервисом со специфичными DTO. Должен ли слой бизнес логики использующий его, сам заниматься преобразованием из DTO в бизнес сущности, или он получает их уже готовые от веб-сервис слоя? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2017, 17:58 |
|
||
|
Mapping сущностей
|
|||
|---|---|---|---|
|
#18+
EIT, DTO это штука, которая связывает два слоя с разным пониманием о том, как выглядят данные. DTO может определять результат сложной подвыборки с джойнами, группировками и прочим, в простой плоской форме, понятной для клиента. Проблема в том, что клиенту может понадобится много разных DTO для разных целей. А бизнес-логика должна их обслуживать в едином ключе. Лучший способ, это когда клиент указывает свой DTO, а слой бизнес-логики обслуживает его. Это можно сделать с помощью Query Object, спецификациями, проекциями, маппингом и прочими штуковинами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2017, 20:21 |
|
||
|
Mapping сущностей
|
|||
|---|---|---|---|
|
#18+
hVosttЛучший способ, это когда клиент указывает свой DTO, а слой бизнес-логики обслуживает его. Это можно сделать с помощью Query Object, спецификациями, проекциями, маппингом и прочими штуковинами. Как это выглядит конкретно для REST + C#? - клиент прописывает маппинг на урл. Вроде DTO и не пахнет. - библиотека на сервере автоматом делает JSON из сущностей. Вроде тоже DTO не пахнет. Или вопрос только про толстого клиента с кодом C# на клиенте? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2017, 21:25 |
|
||
|
Mapping сущностей
|
|||
|---|---|---|---|
|
#18+
EIT, я завел слой конвертеров- один объект в другой. выглядит это как отдельная задача - вот отдельный слой этим и занимается. внутри конвертера он сам решает - использовать automapper или маппить свойства напрямую ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2017, 23:18 |
|
||
|
Mapping сущностей
|
|||
|---|---|---|---|
|
#18+
Petro123, REST+C# решается OData-й, ггг :) Надо какой-то пример для обсуждения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2017, 23:24 |
|
||
|
Mapping сущностей
|
|||
|---|---|---|---|
|
#18+
monstrU, Вот так можно, да. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2017, 23:24 |
|
||
|
Mapping сущностей
|
|||
|---|---|---|---|
|
#18+
Petro123hVosttЛучший способ, это когда клиент указывает свой DTO, а слой бизнес-логики обслуживает его. Это можно сделать с помощью Query Object, спецификациями, проекциями, маппингом и прочими штуковинами. Как это выглядит конкретно для REST + C#? - клиент прописывает маппинг на урл. Вроде DTO и не пахнет. - библиотека на сервере автоматом делает JSON из сущностей. Вроде тоже DTO не пахнет. Или вопрос только про толстого клиента с кодом C# на клиенте? И какие же типы возвращаются методами клиента? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2017, 14:55 |
|
||
|
|
start [/forum/topic.php?desktop=1&fid=33&tid=1547279]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
47ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
2ms |
| others: | 15ms |
| total: | 162ms |
| 0 / 0 |
