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