LionSoft 20 окт 2015 в 11:15

Критическое отличие компиляции дерева выражений в Visual Studio 2015

3 мин

15K

.NET *Visual Studio *C# *

+15

Комментарии 13

ThePretender 20 окт 2015 в 16:42

У меня в проекте такой код работает нормально:

public static IQueryable<T> Range<T>(this IDbSet<T> set, HashSet<long> ids) where T : EntityBase
{
	return set.Where(x => ids.Contains(x.Id));
}

Что если вместо интерфейса использовать абстрактный класс?

LionSoft 20 окт 2015 в 18:00

Попробовал для интереса не интерфейс, а базовый класс — та же фигня, только теперь в ошибке написано, что не может привести объект к базовому классу.
Ваш пример также не работает, единственное отличие, я дописал материализацию запроса в массив:

public static T[] Range<T>(this IDbSet<T> set, HashSet<long> ids) where T : EntityBase
{
	return set.Where(x => ids.Contains(x.Id)).ToArray();
}

ThePretender 20 окт 2015 в 18:14

Так, а давайте ради интереса сделаем

return ((IQueryable)DbSet<TEntity>()).FirstOrDefault(x => x.Id == "id");

LionSoft 20 окт 2015 в 18:36

Ну, так компилятор не даст сделать — IQueryable не приводится к IQueryable.

Думаю, что ваш код работает, потому что подготовленный IQueryable уходит в ODataProvider,
который дополнительно преобразовывает выражение.

ThePretender 20 окт 2015 в 19:08

Я хотел сказать

return ((IQueryable<TEntity>)DbSet<TEntity>()).FirstOrDefault(x => x.Id == "id");

:) DbSet точно должен приводиться к IQueryable.

LionSoft 21 окт 2015 в 12:29

У нас обоих парсер порезал типизированные генерики )))
В любом случае, явное приведение DbSet к IQueryable ничего не меняет, т.к. FirstOrDefault — это именно метод-расширение интерфейса IQueryable, а не DbSet.

mayorovp 21 окт 2015 в 12:47

Надо приводить не к IQueryable<TEntity> — это ничего не дает, а к IQueryable<EntityBase>, пользуясь ковариантностью IQueryable<>. В таком случае в лямбде у параметра x будет тип EntityBase — и у компилятора не будет причин явно добавлять преобразование типов.

LionSoft 21 окт 2015 в 13:01

Я понял.
Гипотеза интересная, но…

var res = (IQueryable<IEntityObjectId>)Db.Set<TEntity>().First(x => x.Id == entity.Id);

выдаёт ту же ошибку (

mayorovp 21 окт 2015 в 13:13

Вы забыли еще одну пару скобок.

var res = ((IQueryable<IEntityObjectId>)Db.Set<TEntity>()).First(x => x.Id == entity.Id);

LionSoft 21 окт 2015 в 19:30

Точно! Как я мог так протупить? )))
ТАК ДЕЙСТВИТЕЛЬНО РАБОТАЕТ!
Что-же получается, можно обойтись и без упрощалки экспрешенов.
Спасибо! [])

ThePretender 21 окт 2015 в 12:58

Меня очень смущает “LINQ to Entities” в тексте ошибки. У меня такое бывало, когда в блоке using был зарефан только System.Ling. Тогда по факту DbSet неявно приводится к IEnumerable и FirstOrDefault применяется уже к нему, используя механизм Linq to Entities вместо Linq to SQL.

LionSoft 21 окт 2015 в 13:07

У меня:

using System.Data.Entity;
using System.Data.Entity.Infrastructure;
using System.Linq;

и да, я проверял — вызывается метод-расширение именно IQueryable интерфейса. Ну и потом, я же EF и использую, а не Linq2Sql

mayorovp 21 окт 2015 в 13:14

Вы путаете “LINQ to Entities” с “LINQ to Objects”.

Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Критическое отличие компиляции дерева выражений в Visual Studio 2015

Комментарии 13

Публикации

Истории