快要亲眼看到别人搞Domain Driven Design，很欣慰
即将亲眼看到别人搞Domain Driven Design，很欣慰
有个隔壁的小组要搞DDD，并且获得管理层大力支持；我觉得很欣慰，因为我对DDD的可行性一直持悲观态度，但这个小组的做法解决了我所有的疑问：
1.ubiquitous language和domain model的长期维护问题：他们会确定几个人专们来保障这些东西不会随时间退化、变乱。这点不错，明确责任人、依靠执行力来保障这个东西，效果应该不会差
2.充血模型的javabean将与大家习惯了的SSH方式不兼容，与SOA方式也不兼容，怎么办？ 他们很有创造性地将充血模型维持在domain层之内，domain层以上及SOA交互时一律用DTO。这样虽然会导致你手写大量DTO和entity之间的互转，但这可以保障Domain层的稳定和隔离。一套精致的模型可以更快地适用需求变化，因此付出一些数据转换的工作量还是很值得的。
有个隔壁的小组要搞DDD，并且获得管理层大力支持；我觉得很欣慰，因为我对DDD的可行性一直持悲观态度，但这个小组的做法解决了我所有的疑问：
1.ubiquitous language和domain model的长期维护问题：他们会确定几个人专们来保障这些东西不会随时间退化、变乱。这点不错，明确责任人、依靠执行力来保障这个东西，效果应该不会差
2.充血模型的javabean将与大家习惯了的SSH方式不兼容，与SOA方式也不兼容，怎么办？ 他们很有创造性地将充血模型维持在domain层之内，domain层以上及SOA交互时一律用DTO。这样虽然会导致你手写大量DTO和entity之间的互转，但这可以保障Domain层的稳定和隔离。一套精致的模型可以更快地适用需求变化，因此付出一些数据转换的工作量还是很值得的。