Мне было проще написать заглушку:

ользую EF 4.1 для построения доменной модели. У меня есть класс Task с методом Validate (string userCode), и в нем я хочу убедиться, что код пользователя соответствует действительному пользователю в базе данных, поэтому:

public static bool Validate(string userCode)
{
    IDbSet<User> users = db.Set<User>();
    var results = from u in users
              where u.UserCode.Equals(userCode)
              select u;
    return results.FirstOrDefault() != null;
}

Я могу использовать Moq, чтобы издеваться над IDbSet без проблем. Но столкнулся с проблемой с вызовом Where:

User user = new User { UserCode = "abc" };
IList<User> list = new List<User> { user };
var users = new Mock<IDbSet<User>>();
users.Setup(x => x.Where(It.IsAny<Expression<Func<User, bool>>>())).Returns(list.AsQueryable);

Initialization method JLTi.iRIS3.Tests.TaskTest.SetUp threw exception.
System.NotSupportedException: System.NotSupportedException: Expression 
references a method that does not belong to the mocked object:
x => x.Where<User>(It.IsAny<Expression`1>()).

Кроме создания уровня косвенности (например, используя ServiceLocator, чтобы получить объект, который запускает LINQ, а затем смоделирует этот метод), я не могу придумать, как еще проверить это, но я хочу убедиться, что до этого нет пути. Я представляю другой слой. И я вижу, что такого рода запросы LINQ будут нужны довольно часто, чтобы объекты службы могли быстро выйти из-под контроля.

Может ли какая-то добрая душа помочь? Спасибо!

Ответы на вопрос(4)

Ваш ответ на вопрос