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

Сводка

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

Подробности

XWiki.XWikiComments[0]

Комментарий

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