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

Сводка

• Объекты (0 изменено, 0 добавлено, 1 удалено)
  • XWiki.XWikiComments[0]

Подробности

XWiki.XWikiComments[0]

Автор

...	...	@@ -1,1 +1,0 @@
1		-XWiki.cccc1808

Комментарий

...	...	@@ -1,28 +1,0 @@
1		-Тестовый проект 1.
2		-
3		-Приложения:
4		-ASP.NET web api
5		-консольный клиент
6		-
7		-Клиент посылает на сервер LINQ expression tree в формате JSON.
8		-Сервер получает запрос, десериализует и выполняет. (обращение к List, обращение к EF iqueryable)
9		-Сервер возвращает результирующий набор данных.
10		-
11		-Заметка:
12		- expression tree может быть как частичным (например select(Func<DbEntity, DbEntity>), where(Func<DbEntity, bool>),
13		- так и полностью формировать выборку (Func<IEnumerable<DbEntity>, IEnumerable<DbEntity>>)
14		- (причем в данном случае клиент сам может определить момент материализации запроса)
15		-
16		-
17		-Опционально:
18		-- Предполагается, что делаем выборки только на чтение - сразу отключаем changeTracking
19		-- Параметр запроса, отвечающий за LazyLoading
20		-- Параметр, отвечающий за загрузку связанных данных (или флаг, или отдельные выражения для Include)
21		-- Насколько понимаю: классы, задействованные в linq выражении, должны иметь идентичные название и namespace в клиентском и серверном приложении.
22		- (Иначе возможно придется на сервере делать автозамену полного имени класса)
23		-- Рассмотреть. Поддержка Async при получение результата sql запроса.
24		-- Рассмотреть. Использование многопоточности при обработки результата. (Возможно отдельным параметром)
25		-
26		-
27		-Из минусов:
28		-вся ответственность по формированию выражения (и соответственно sql запроса) ложиться на клиента, сложнее сделать валидацию, если вообще можно.

Дата

...	...	@@ -1,1 +1,0 @@
1		-2020-12-20 19:15:55.210