看了infoq上greg young的一段视频,讲领域驱动设计的一些最佳实践。其中说到没有getter的setter的领域对象,很有感触,写点观后感。
为什么不要getter,setter?
先说setter。对象属性的改变可以通过两个方式,一个是通过自身的行为改变,另一个就是直接通过setter改变。对象的行为封装了领域逻辑,setter这种绕过行为的方式也就是绕过了领域逻辑,这样的改变会造就对领域而言没有意义的对象属性,也就是无效属性。那么使用这样的对象就要增加验证领域模型状态是否有效的成本,isValid? 成本倒还是小事,业务领域的复杂性会导致一个小小的无效模型污染一大片模型的连锁反应,最后都无法判断哪个模型对象是有效了。没有了setter,整个世界就清净了。
接下来是getter。众所周知,软件设计里最重要的一条原则就是“Separation of Concerns”,我的理解是,不同的事情交给不同的东西做。对象行为是负责