问题 MVC模式差异

我不能说这是最好的做法，但这就是我使用的，为什么，我们在这里：

1.存储库。

它们的结构如下：

有三个基本接口， IRead<>， IReadCreate<> 和 IReadCreateDelete<>。

interface IRead<T>
{ 
    T FindOne(int id);
    IQueryable<T> GetOne(int id);
    IQueryable<T> FindAll(Expression<Func<T, bool>> predicate);
}

interface IReadCreate<T> : IRead<T>
{ 
    T Create();
    void Create(T entity);
}

interface IReadCreateDelete<T> : IReadCreate<T>
{ 
    void Delete(int id);
    void Delete(T entity);
    void DeleteWhere(Expression<Func<T, bool>> predicate);
}

所有其他接口如下所示：

interface ICategoriesRepository : IReadCreate<Category>
{
    IQueryable<Category> GetAllActive();
}

所有这些都为它们所依赖的数据源提供了额外的有用功能。这意味着，我无法访问我的实现存储库中的其他类型存储库。应该这样做 服务。 （往下看。）

这种方法的主要目标是显示调用代码（来自另一个程序集，因为我的所有存储库，服务和其他契约都在单独的DLL项目中定义（作为接口））它能做什么（比如读取和创建项目）以及什么它不能做（比如删除项目）。

2.服务

服务和实施业务逻辑的最佳方式。他们应该实施所有重要的逻辑方法。为了实现这种实现，他们需要一些存储库依赖，并且在这里它来了 Dependency Injector。我更喜欢使用 Ninject，因为它允许我注入这样的依赖属性：

internal class CategoriesService : ICategoryService
{
    public ICategoriesRepository CategoriesRepository { get; set; }
    public IWorkstationsRepository WorkstationsRepository { get; set; }

    // No constructor injection. I am too lazy for that, so the above properties 
    // are auto-injected with my custom ninject injection heuristic.

    public void ActivateCategory(int categoryId)
    {
        CategoriesRepository.FindOne(categoryId).IsActive = true;
    }
}

服务的目标是从控制器和存储库中消除业务逻辑。

3. ViewModels

很酷的事情，正如你所说的那样，但原因在于你为什么在他们自己建造它们是我无法得到的东西。我正在使用 automapper 对于它（具有可查询的扩展名），它允许我创建这样的视图：

假设我有一个 视图 需要一个 IEnumerable<TicketViewModel> 模型。我所做的是：

public class FooController : Controller
{
     public IMappingEngine Mapping { get; set; } // Thing from automapper.
     public ITicketsRepository TicketsRepository { get; set; }

     public ViewResult Tickes()
     { 
         return View(TicketsRepository.GetAllForToday().Project(Mapping)
             .To<TicketViewModel>().ToArray();
     }
}

而已。对存储库的简单调用，它调用底层数据源（另一种模式。我不会写它，因为它的抽象仅用于测试。），这使得调用数据库（或任何你实现的 IDataSource<T>）。 Automapper自动映射 Ticket 至 TicketViewModel 和表单数据库我检索 我的ViewModel列唯一需要的，包括单个请求中的交叉表。

结论

还有很多话要说，但我希望这会给你一些思考的东西。我使用的所有模式和程序是：

1. 自动映射（映射）;
2. Ninject（依赖注入）;
3. 存储库（数据访问）;
4. 数据源（数据来自......井......来自数据源）;
5. 服务（数据交互）;
6. ViewModels（数据传输对象）;
7. 也许其他我会编辑添加的东西。