DDD用户安全策略

Not*_*Dan 7 .net c# domain-driven-design

我有一个RentalProperty类,看起来像这样:

class RentalProperty
{
    Money MonthlyRent;
    List<MaintainenceCall> MaintainenceCalls;
}
Run Code Online (Sandbox Code Playgroud)

根据我的理解,使用DDD更改MonthlyRent,我将获得RentalProperty,更改MonthlyRent属性,并调用RentalPropertyRepository.Save().将处理相同的过程以添加新的MaintainenceCall.

我遇到的问题是,例如,Handyman应该能够添加MaintainenceCall,但不应该允许更改MonthlyRent.我应该如何实现这个(以及其他类似的)安全策略?

edu*_*911 13

简而言之,您应该直接在模型中应用此业务规则.在您的情况下,直接在MonthlyRent getter和setter属性中.我们都知道,通过大量检查和安全级别可以获得多么复杂的结果; 所以,这就是规格的目的.

DDD手册引入了规格的概念,正是为了将光线聚焦在模型本身上.首先如上所述设置getter和setter以获得功能.然后,在重构期间,通过将long getter/setter代码抽象为Specification类来寻找使模型更清晰的方法.

Employee employee = 
    employeeRepository.findEmployee(employeeID);

Specification employeeCanModifyRent = new
    Specification(
        new EmployeeHasAccessToManagement()
        , new EmployeeHasAccessToMoney());

if(employeeCanModifyRent.isSatisfiedBy(employee))
{
  rentService.changeRent();
}
else
{
  throw new exception("Access denied.");
}
Run Code Online (Sandbox Code Playgroud)

阅读代码可以清楚地了解代码的作用.这本身就是核心DDD概念.规格应保持非常简单,直截了当.

此代码快速来自领域驱动设计,可快速快速读取DDD.它真的是一本关于DDD的短小书,可以保证阅读几个小时.只有100页左右.


Chr*_*mes 4

AOP。PostSharp对于此类事情来说确实很灵活。

因为安全确实是一个跨领域的问题。

  • 安全性不像日志记录那样明显是一个跨领域的问题。当谈到日志记录时,实体之间唯一不同的是记录的内容。用户是否被授权做某事可能取决于域内的特定信息。 (4认同)