Все же вышло не трудно найти вариант: value[i]=context.Balances.Where(y=>y.Date>=d2&&y.Date<=d4).Sum(x=>(int)x.GetType().GetProperty(name[i] .GetValue(x,null); - однако выскакивает эксепшн -
LINQ to Entities does not recognize the method 'System.Object GetValue(System.Object, System.Object[])' method, and this method cannot be translated into store expression. Вроде в интернете написано что надо специальнь писать Expression, с чем я вообще не имел дела, хотя вроде все очень просто вышло перед этим. И каких то вменяемых примеров не нашел.

Не за много будет читать учебник и теорию 10-ый раз? В чем проблема с gettype() - что он возвращает тип обьекта, а не дальше по чейну свойсво и значение свойства обьекта? Что экспрешн единственный выход здесь? Это понятно что linq to entity(sql) компилируется в sql - но я так думаю что можно и без этих двух вариантов обойтись только используя foreach, if. Но тогда придется перечислять все свойства вручную, но без gettype.getproperty(..) не обойтись.

Вот сколькоо не обращался здесь- всегда предлагают оклоличные пути. Предлагают читать книги, если здесь надо было бы один пример. Больше того - как раз был пропал интернет - и решение пришло с помощью самого IDE - а именно выпадающего метода AsEnumerable() - после самого linq. И действительно методы рефлексии уже с Enumeration - не вызывали экспепшена - надо было только обойти значение null из таблицы. Привожу здесь решение, без никаких экспрешенов:
value[i]=context.Balances.Where
(y=>y.Date>=d2&&y.Date<=d4).AsEnumrable().Sum(x=>
x.GetType().GetProperty(name[i])GetValue(x,null)!=null?(int)x.GetType().GetProperty(name[i])GetValue(x,null):0); Не было проще написать чтобы трансформировать iqueriable в enumerable.

Спасибо за позитив.
В любом случае хотел разобратся сегодня из этими експрешн-три... На предыдущей странице приведена функция фильтра - который возвращает bool - но надо в функции LINQ.SUM(...) - Expression<Func<T,int>>?
Такой тоже позаимствованный код- Parameter Expression
pe =
Expression.Parameter
(typeof(Balance),
"b");
Expression<Func<Balance,
int>> expr =
Expression.Lambda<Func<Balance,
int>>
( Expression.Property
(pe, "Sales"), pe); return expr; - не подойдет?

Так в функцию Sum(...) надо передать аргумент, а функция уже сумирует. В любом случае, до сего момента, с деревьями выражений не имел дело (тем более в книгах). Вот есть Expression.Property(...), что возвращает какое то непонятное выражение. Вот если бы с помощью какой то функции (встроенной, кастомной, lambda) из него получить заветное object.property - вот тогда все это имеет смысл. Хотя в Quaryable.Sum(...) как раз то надо экспрешен.

В моем варианте - главное избавится от двойного применение getvalue() через присутствие null. Кстати можно было и применить switch() - но когда-то делали ревью этого тестового таска, то негативно оценили использование более 5-ти if() потому я решил применить более автоматический способ.

Зря вы критикуете. На стековере много подобных вопросов - и многие там бы хотели применить рефлексию но как там написано она не работает с getvalue(). Вот привожу краткий метод, который надо передать как аргумент в Sum(...). Но так же применить к нему .compile() иначе получаю какой то алогичный эксепшн - что нуллабл тайп должны иметь значение: public static Expression<Func<Balance,int>> selectonefield (object value, string Prop) { ParameterExpression pe=Expression.Parameter(typeof(Balance), "balance"); Expression<Func<Balance,int>> expression = Expression.Lambda<Func<Balance,int>>(Expression.Property(pe,Prop), pe); return expression;}

Говоря о чтение книг - лутче ознакомится с примерами - например с двумя строками с https://www.codeproject.com/Articles/235860/Expression-Tree-Basics. Странно что в моем методе value вообще не используется в описание метода. Хотя при сумирование передается ссылка this на обьект. Касательно делегатов то как начинающего с джавы, они часто кажутся усложнением ситуации. Как и ваша параметризация название метода Selectonefrommany<T>, если это не заведомая ошибка. Так же можно заменить что это linq можно погрупировать по свойству но придется использовать динамику, создавать новые анонимные типы с полями названия свойства, и сумы по свойству - или применять дикшионари, но зачем. И кстати это десктопная апликация что имеет мало общего с серверами - хотя понятно что потребность в такой апликации может возникнуть и в большой корпоративной системе.

Сори, Quaryable, в отличие от Enumerable не работает с методом рефлексии PropertyInfo.GetValue(...).