使用MVC5存储库模式，但需要有关将业务逻辑放在何处的建议

Question

我最新的MVC解决方案由MVC5站点和DAL类库组成，该库将包含每个实体的存储库接口和类。 我正在尝试找出将业务逻辑放置在诸如CheckingAccount.Withdrawl或CheckingAccount.Deposit之类的实体上的位置。 有什么建议么？ 当所有存储库类都在我的DAL中时，是否应该在MVC项目的Model文件夹中完成？

Answer 1

理想情况下，您需要通过创建业务逻辑层并使用IoC容器和依赖项注入将存储库注入服务/业务逻辑层中，从而将实际的业务逻辑与实体分开，并尽可能地将其从数据库或ORM中抽象出来。

常用的方法是为您的业务逻辑层创建一个单独的类库，该类库与您的UI层无关（这意味着您的UI层可能是MVC前端甚至是宁静的Web服务），并通过数据传输对象进行通信。

这是一个简单的示例：

MVC控制器/ UI

public class AccountCheckingController : Controller
{

    private readonly IAccountService AccountService;

    public CheckingAccountController(IAccountService accountService)
    {
        this.AccountService accountService;
    }

    [HttpPost]
    public ActionResult Deposit(decimal depositAmount)
    {
        ...
        DepositReceiptDto depositReceipt = this.accountServive.Deposit(accountId, depositAmount);
        ...

        return new DepositViewModel {
            Receipt = depositReceipt
        }
    }

}

业务逻辑类/服务 （存储在类库中，例如WebsiteName.Services或Website.BusinessLogic

public class AccountService : IAccountService
{

    private readonly IAccountRepository Repository;

    public AccountService(IAccountRepository repository)
    {
        this.Repository = repository;
    }

    public DepositReceiptDto Deposit(int accountId, decimal depositAmount)
    {
        // Perform actions against your repository/ORM here.

        return new DepositReceiptDto {
            DepositAmount = depositAmount,
            User = UserDto,
            Status = Status.Success
        };
    }

    ...

}

如您所见，通过使用这种分隔，您可以轻松地切换UI，而无需执行大量工作。

我希望这有帮助。

Answer 2

如果某物不是实体，也不是值对象，那么它就是服务。 服务的正确名称空间取决于他的级别。 数据访问服务可能位于Project.Dal或Project.Dal.Services 。 域服务的良好命名空间是Project.Domain.Services 。