Перейти к содержимому

Изменения документа Serialize.Linq

Редактировал(а) Alexandr Fokin 2023/02/08 14:08
От версии 1.14
отредактировано Alexandr Fokin
на 2020/12/20 22:11
Изменить комментарий: Редактировать комментарий
К версии 1.21
отредактировано Alexandr Fokin
на 2023/02/08 14:08
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Родительский документ
... ... @@ -1,1 +1,1 @@
1 -Разработка.NET.Библиотеки.WebHome
1 +Разработка.NET.Библиотеки.Документы.Форматы данных и схемы.WebHome
Содержимое
... ... @@ -1,4 +2,3 @@
1 -
2 2  esskar/Serialize.Linq
3 3  https://github.com/esskar/Serialize.Linq
4 4  
... ... @@ -9,3 +9,4 @@
9 9  Данная библиотека позволяет передавать LINQ expression в сериализованном виде.
10 10  В репозитории приведен пример проекта ASP.NET MVC WebAPI REST и клиента к нему (JSON).
11 11  
11 +[[Expression tree | Деревья выражений>>doc:Разработка.NET.C#.Рантайм и типы.Expression tree | Деревья выражений.WebHome]]
XWiki.XWikiComments[0]
Комментарий
... ... @@ -20,7 +20,9 @@
20 20  - Параметр, отвечающий за загрузку связанных данных (или флаг, или отдельные выражения для Include)
21 21  - Насколько понимаю: классы, задействованные в linq выражении, должны иметь идентичные название и namespace в клиентском и серверном приложении.
22 22   (Иначе возможно придется на сервере делать автозамену полного имени класса)
23 +- Рассмотреть. Поддержка Async при получение результата sql запроса.
24 +- Рассмотреть. Использование многопоточности при обработки результата. (Возможно отдельным параметром)
23 23  
24 24  
25 25  Из минусов:
26 -вся ответственность по формированию выражения (и соответственно sql запроса) ложиться на клиента, сложнее сделать валидацию, если вообще можно.
28 +вся ответственность по формированию выражения (и соответственно sql запроса) ложиться на клиента, сложнее сделать валидацию.