张逸说

在skinny.validator框架中，提供如下的一种DSL调用方式来验证Map的值：

def validationRules = Validator(
  param("name" -> name) is notEmpty,
  param("dataSourceId" -> dataSourceId) is checkAll(intValue, intMinValue(0)),
  param("sql" -> sql) is notEmpty,
  param("fields" -> fields) is checkAll(notNull, notEmpty)
)

问题：在做项目的时候，是不是所有包含非静态方法的类，都要写一个接口？是因为这样的目的是为了解耦，然后通过DI注入实现吗？

回答：

这不是提取接口的根本原因。因为要做到解耦和DI，直接用类也是可以的，尤其Java的普通方法都是允许子类override的。此外，如果你的接口永远都只有一个实现类，并没有任何可能的需求变化，那么还有必要解耦吗？

关于主题数据区的设计，首先需要明确的是按照什么对数据进行归类。大的原则，当然还是按照业务来分类，但是分类的出发点不同，划分的类别也不相同。例如针对机场数据，可以从业务特征分类，那么可以分为运行保障、旅客服务、航班资源等；如果按照功能区分类，则可以分为空侧、陆侧、航站楼侧等。

在面向对象设计的世界里，有一个寻常却又常常为人所忽略的原则——“迪米特（Law of Demeter）”法则。这个原则认为，任何一个对象或者方法，它应该只能调用下列对象：

• 该对象本身
• 作为参数传进来的对象（也可以是该对象的字段）
• 在方法内创建的对象

若遵循基于面向对象设计范式的领域驱动设计，并用以应对纷繁复杂的业务逻辑，则强调领域模型的充血设计模型已成为社区不争事实。我将Eric提及的战术设计要素如Entity、Value Object、Domain Service、Aggregate、Repository与Factory视为设计模型。这其中，只有Entity、Value Object和Domain Service才能表达领域逻辑。