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

Сводка

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

Подробности

XWiki.XWikiComments[0]

Автор

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

Комментарий

...	...	@@ -1,0 +1,28 @@
	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,0 +1,1 @@
	1	+2020-12-20 19:15:55.210