asp.net-mvc – 存储库模式和单元测试ASP.NET Web API

我的控制器：

public class UserProfileController : ApiController
{
    private IUserProfileRepository repository;

    // Optional constructor,passes repository,allows dependency injection
    public UserProfileController(IUserProfileRepository userProfileRepository)
    {
        this.repository = userProfileRepository;
    }

    // GET api/UserProfile
    // Returns a list of all users
    public IEnumerable<UserProfile> Get()
    {
        // Only Admins can see a list of users
        if (Roles.IsUserInRole("Admin"))
        {
            return repository.Get();
        }
        else
        {
            throw new HttpResponseException(
                new HttpResponseMessage(HttpStatusCode.Forbidden)
                {
                    ReasonPhrase = "Administrator access required"
                });
        }
    }

// Other methods,etc.

(请注意,我有一个依赖项,Roles.IsUserInRole(“Admin”),我无法弄清楚如何抽象,这会导致一些问题).

我典型的repo界面：

public interface IUserProfileRepository : IDisposable
{
    IEnumerable<UserProfile> Get();
    // Other methods,etc.
}

回购：

public class UserProfileRepository : IUserProfileRepository,IDisposable
{
    private OfootContext context;

    public UserProfileRepository(OfootContext context)
    {
        this.context = context;
    }

    public IEnumerable<UserProfile> Get()
    {
        return context.UserProfiles.AsEnumerable();
    }

// ... More code

所以一切看起来都很好,我从业务逻辑中抽象出了业务访问层,现在我可以创建一个虚假的存储库来运行单元测试.

假回购：

public class FakeUserProfileRepository : IUserProfileRepository,IDisposable
{
    private List<UserProfile> context;

    public FakeUserProfileRepository(List<UserProfile> context)
    {
        this.context = context;
    }

    public IEnumerable<UserProfile> Get()
    {
        return context.AsEnumerable();
    }

和测试：

[TestMethod]
public void GetUsers()
{
    // Arrange
    var items = new List<UserProfile>()
    {
        new UserProfile
        {
            UserId = 1,Username = "Bob",},new UserProfile
        {
            UserId = 2,Username = "Bob2",}
    };

    FakeUserProfileRepository repo = new FakeUserProfileRepository(
        items);
    UserProfileController controller = new UserProfileController(
        repo);

    // Act
    IEnumerable<UserProfile> result = controller.Get();

    // Assert
    Assert.IsNotNull(result);
}

现在我们在同一页面上(并且随意指出任何’代码味道’),这是我的想法：

>假存储库要求我重新实现我的所有Entity Framework逻辑并将其更改为处理List对象.这是我需要调试的链中的更多工作和更多链接.
>如果单元测试确实通过了,它没有说明访问EF的代码,所以我的应用程序仍然可能失败.这只是意味着我需要单独测试我的EF代码并使其进入数据库.
>从#1开始,如果单元测试没有测试EF代码,那么它只是在我的控制器中处理我的身份验证,授权和用户创建代码.它不能,因为WebSecurity和Roles类击中了我的数据库.
>如果我要使用数据库来测试EF代码(第2点)并且需要一个数据库来测试控制器代码(用于身份验证和授权,第3点),那么为什么甚至无法使用存储库进行抽象.为什么我不直接抽象上下文(使用IContext或其他东西？)并连接使用DropCreateDatabaseAlways类填充的测试数据库？

如果我找到一种方法来抽象出用户帐号垃圾,我仍然只是在代码中乱码并创建更多代码(甚至可能是两倍多？因为我需要创建假货)我可以在其中替换Context.

我的问题是：我错过了什么？它是一个整体概念还是具体的东西？