Если программа забывает освободить несколько мегабайт до того, как она выйдет из операционной системы, она освободит их. Но если ваша программа работает неделями, а цикл внутри программы забывает освободить несколько байтов на каждой итерации, у вас будет мощная утечка памяти, которая будет потреблять всю доступную память на вашем компьютере, если вы не перезагружаете ее на обычном basis => даже небольшие утечки памяти могут быть плохими, если программа используется для серьезной большой задачи, даже если она изначально не была предназначена для одного.
Вы не можете - если модульное тестирование означает, что вы используете в памяти поддельный репозиторий и, следовательно, используете LINQ to Objects. Если вы тестировали свои запросы с помощью LINQ to Objects, вы тестировали не ваше приложение, а только свой поддельный репозиторий.
Ваше исключение - менее опасный случай, так как оно указывает на то, что у вас есть красный тест, но, вероятно, на самом деле работающее приложение.
С другой стороны, более опасно, если у вас есть зеленый тест, но вылетает приложение или запросы, которые не возвращают те же результаты, что и ваш тест. Запросы типа ...
context.MyEntities.Where(e => MyBoolFunction(e)).ToList()
или
context.MyEntities.Select(e => new MyEntity { Name = e.Name }).ToList()
... будут отлично работать в вашем тесте, но не с LINQ to Entities в вашем приложении.
Запрос типа ...
context.MyEntities.Where(e => e.Name == "abc").ToList()
... потенциально могут возвращать другие результаты с LINQ для объектов, чем LINQ для объектов.
Вы можете проверить это и запрос в своем вопросе, только создав интеграционные тесты, использующие поставщика LINQ to Entities вашего приложения и реальную базу данных.
Редактировать
Если вы все еще хотите написать модульные тесты, я думаю, что вы должны подделать сам запрос или хотя бы выражения в запросе. Я мог бы предположить, что что-то вроде следующего кода может работать:
Создать интерфейс для выражения Where
:
public interface IEntityExpressions
{
Expression<Func<MyEntity, bool>> GetSearchByDateExpression(DateTime date);
// maybe more expressions which use EntityFunctions or SqlFunctions
}
Создать реализацию для вашего приложения ...
public class EntityExpressions : IEntityExpressions
{
public Expression<Func<MyEntity, bool>>
GetSearchByDateExpression(DateTime date)
{
return e => EntityFunctions.TruncateTime(e.Date) == date;
// Expression for LINQ to Entities, does not work with LINQ to Objects
}
}
... и вторая реализация в вашем модульном тестовом проекте:
public class FakeEntityExpressions : IEntityExpressions
{
public Expression<Func<MyEntity, bool>>
GetSearchByDateExpression(DateTime date)
{
return e => e.Date.Date == date;
// Expression for LINQ to Objects, does not work with LINQ to Entities
}
}
В вашем классе, где вы используете запрос, создайте закрытый член этого интерфейса и два конструктора:
public class MyClass
{
private readonly IEntityExpressions _entityExpressions;
public MyClass()
{
_entityExpressions = new EntityExpressions(); // "poor man's IOC"
}
public MyClass(IEntityExpressions entityExpressions)
{
_entityExpressions = entityExpressions;
}
// just an example, I don't know how exactly the context of your query is
public IQueryable<MyEntity> BuildQuery(IQueryable<MyEntity> query,
SearchOptions searchOptions)
{
if (searchOptions.Date.HasValue)
query = query.Where(_entityExpressions.GetSearchByDateExpression(
searchOptions.Date));
return query;
}
}
Используйте первый (по умолчанию) конструктор в вашем приложении:
var myClass = new MyClass();
var searchOptions = new SearchOptions { Date = DateTime.Now.Date };
var query = myClass.BuildQuery(context.MyEntities, searchOptions);
var result = query.ToList(); // this is LINQ to Entities, queries database
Используйте второй конструктор с FakeEntityExpressions
в своем модульном тесте:
IEntityExpressions entityExpressions = new FakeEntityExpressions();
var myClass = new MyClass(entityExpressions);
var searchOptions = new SearchOptions { Date = DateTime.Now.Date };
var fakeList = new List<MyEntity> { new MyEntity { ... }, ... };
var query = myClass.BuildQuery(fakeList.AsQueryable(), searchOptions);
var result = query.ToList(); // this is LINQ to Objects, queries in memory
Если вы используете контейнер внедрения зависимости, вы можете использовать его, вставив соответствующую реализацию if IEntityExpressions
в конструктор и не нуждаясь в конструкторе по умолчанию.
Я протестировал приведенный выше пример кода, и он сработал.
Вы можете определить новую статическую функцию (если хотите, можете использовать ее как метод расширения):
[EdmFunction("Edm", "TruncateTime")]
public static DateTime? TruncateTime(DateTime? date)
{
return date.HasValue ? date.Value.Date : (DateTime?)null;
}
Затем вы можете использовать эту функцию в LINQ to Entities и LINQ to Objects и буду работать. Однако этот метод означает, что вам придется заменить вызовы на EntityFunctions
вызовами на ваш новый класс.
Другой, лучший (но более сложный) вариант - использовать посетитель выражений и написать собственный поставщик для ваших наборов данных в памяти, чтобы заменить вызовы EntityFunctions
вызовами реализаций в памяти.
Как описано в моего ответа - Как выполнить модульный тест GetNewValues (), который содержит функцию EntityFunctions.AddDays , вы можете использовать посетитель выражения запроса для замены вызовов функций EntityFunctions
с вашими собственными реализациями, совместимыми с LINQ To Objects.
Реализация будет выглядеть так:
using System;
using System.Data.Objects;
using System.Linq;
using System.Linq.Expressions;
static class EntityFunctionsFake
{
public static DateTime? TruncateTime(DateTime? original)
{
if (!original.HasValue) return null;
return original.Value.Date;
}
}
public class EntityFunctionsFakerVisitor : ExpressionVisitor
{
protected override Expression VisitMethodCall(MethodCallExpression node)
{
if (node.Method.DeclaringType == typeof(EntityFunctions))
{
var visitedArguments = Visit(node.Arguments).ToArray();
return Expression.Call(typeof(EntityFunctionsFake), node.Method.Name, node.Method.GetGenericArguments(), visitedArguments);
}
return base.VisitMethodCall(node);
}
}
class VisitedQueryProvider<TVisitor> : IQueryProvider
where TVisitor : ExpressionVisitor, new()
{
private readonly IQueryProvider _underlyingQueryProvider;
public VisitedQueryProvider(IQueryProvider underlyingQueryProvider)
{
if (underlyingQueryProvider == null) throw new ArgumentNullException();
_underlyingQueryProvider = underlyingQueryProvider;
}
private static Expression Visit(Expression expression)
{
return new TVisitor().Visit(expression);
}
public IQueryable<TElement> CreateQuery<TElement>(Expression expression)
{
return new VisitedQueryable<TElement, TVisitor>(_underlyingQueryProvider.CreateQuery<TElement>(Visit(expression)));
}
public IQueryable CreateQuery(Expression expression)
{
var sourceQueryable = _underlyingQueryProvider.CreateQuery(Visit(expression));
var visitedQueryableType = typeof(VisitedQueryable<,>).MakeGenericType(
sourceQueryable.ElementType,
typeof(TVisitor)
);
return (IQueryable)Activator.CreateInstance(visitedQueryableType, sourceQueryable);
}
public TResult Execute<TResult>(Expression expression)
{
return _underlyingQueryProvider.Execute<TResult>(Visit(expression));
}
public object Execute(Expression expression)
{
return _underlyingQueryProvider.Execute(Visit(expression));
}
}
public class VisitedQueryable<T, TExpressionVisitor> : IQueryable<T>
where TExpressionVisitor : ExpressionVisitor, new()
{
private readonly IQueryable<T> _underlyingQuery;
private readonly VisitedQueryProvider<TExpressionVisitor> _queryProviderWrapper;
public VisitedQueryable(IQueryable<T> underlyingQuery)
{
_underlyingQuery = underlyingQuery;
_queryProviderWrapper = new VisitedQueryProvider<TExpressionVisitor>(underlyingQuery.Provider);
}
public IEnumerator<T> GetEnumerator()
{
return _underlyingQuery.GetEnumerator();
}
IEnumerator IEnumerable.GetEnumerator()
{
return GetEnumerator();
}
public Expression Expression
{
get { return _underlyingQuery.Expression; }
}
public Type ElementType
{
get { return _underlyingQuery.ElementType; }
}
public IQueryProvider Provider
{
get { return _queryProviderWrapper; }
}
}
А вот пример использования с TruncateTime
:
var linq2ObjectsSource = new List<DateTime?>() { null }.AsQueryable();
var visitedSource = new VisitedQueryable<DateTime?, EntityFunctionsFakerVisitor>(linq2ObjectsSource);
// If you do not use a lambda expression on the following line,
// The LINQ To Objects implementation is used. I have not found a way around it.
var visitedQuery = visitedSource.Select(dt => EntityFunctions.TruncateTime(dt));
var results = visitedQuery.ToList();
Assert.AreEqual(1, results.Count);
Assert.AreEqual(null, results[0]);
Хотя мне нравится ответ, полученный Смаулой с использованием класса EntityExpressions, я думаю, что он слишком много делает. По сути, он бросает всю сущность в метод, выполняет сравнение и возвращает bool.
В моем случае мне понадобился этот EntityFunctions.TruncateTime () для создания группы, поэтому у меня не было даты для сравнения или bool для возврата, я просто хотел получить правильную реализацию для получения части даты. Поэтому я написал:
private static Expression<Func<DateTime?>> GetSupportedDatepartMethod(DateTime date, bool isLinqToEntities)
{
if (isLinqToEntities)
{
// Normal context
return () => EntityFunctions.TruncateTime(date);
}
else
{
// Test context
return () => date.Date;
}
}
В моем случае мне не понадобился интерфейс с двумя отдельными реализациями, но он должен работать точно так же.
Я хотел бы поделиться этим, потому что это делает мельчайшее возможное. Он только выбирает правильный метод для получения части даты.
Я понимаю, что это старая ветка, но все равно хотел опубликовать ответ.
Следующее решение сделано с использованием Шимс
Я не уверен, какие версии (2013, 2012, 2010), а также варианты (экспресс, про, премиум, окончательный) комбинаций Visual Studio позволяет вам использовать Shims, так что это может быть доступно не всем.
Вот код, который ОП опубликовал
// some method that returns some testable result
public object ExecuteSomething(SearchOptions searchOptions)
{
// some other preceding code
if (searchOptions.Date.HasValue)
query = query.Where(c =>
EntityFunctions.TruncateTime(c.Date) == searchOptions.Date);
// some other stuff and then return some result
}
Следующее будет находиться в каком-то проекте модульного тестирования и в некотором файле модульного теста. Вот модульный тест, который будет использовать Шимс.
// Here is the test method
public void ExecuteSomethingTest()
{
// arrange
var myClassInstance = new SomeClass();
var searchOptions = new SearchOptions();
using (ShimsContext.Create())
{
System.Data.Objects.Fakes.ShimEntityFunctions.TruncateTimeNullableOfDateTime = (dtToTruncate)
=> dtToTruncate.HasValue ? (DateTime?)dtToTruncate.Value.Date : null;
// act
var result = myClassInstance.ExecuteSomething(searchOptions);
// assert
Assert.AreEqual(something,result);
}
}
Я полагаю, что это, вероятно, самый чистый и самый ненавязчивый способ тестирования кода, который использует EntityFunctions без генерации этого NotSupportedException.
Вы также можете проверить это следующим образом:
var dayStart = searchOptions.Date.Date;
var dayEnd = searchOptions.Date.Date.AddDays(1);
if (searchOptions.Date.HasValue)
query = query.Where(c =>
c.Date >= dayStart &&
c.Date < dayEnd);