应用程序设计问题

应用程序结构和设计在很大程度上取决于偏好。有很多正确的方法,也有很多错误的方法。我会写下我要做的事,你可以把它当作它的价值…

我喜欢为数据库中的每个对象或表提供一个简单的数据访问存储库。我通常让这些存储库实现一个简单的通用接口。然后,我构建一个“服务”或“提供者”,实现这些简单接口中的每一个,并将“聚合”的所有功能放到一个地方。“聚合”是指一组类和对象,它们都具有类似的功能(如博客、商店、日志记录等)。我一直在寻找更好的方法来处理这个问题,但这只是对我将用于这个问题的类和接口的粗略估计:

// interfaces
IRepository<T>
IProductRepository : IRepository<Product>
ICategoryRepository : IRepository<Category>
IShopService

// concrete implementations
LinqToSqlProductRepository : IProductRepository
LinqToSqlCategoryRepository : ICategoryRepository
ShopService : IShopService

至于在你的控制器上安装什么动作方法?我很少找到一个基本的休息方法不起作用的场景。对于添加、列表、显示、删除/销毁、编辑操作,您可以做的不多。

// example ProductController
Add()
Add(ProductAddModel)
Delete(int id)
Edit(int id)
Edit(ProductEditModel)
List(int page)
Show(int id)

编辑:

看了一眼,我改了签名:

ishopservice:iproductrepository、icategoryrepository

到:

伊索服务

原因是,由于我在iproductrepository和icategoryrepository后面都使用了通用接口,所以当您要实现ishopservice时,您将拥有多个add()、delete()、findall()、findbyid()等方法;它们的参数只是不同的。

一个更好的方法是只使用ishopservice接口,并使用iproductrepository和icategoryrepository具体实现该接口。

如果操作返回类别,请将其放在类别控制器中。如果它还给你产品,把它放在产品控制器里。存储库也是如此。

这很简单,但我认为在你的情况下是可行的。