领域驱动设计的书评 (8)

《领域驱动设计》一书是领域模型领域的代表作，被很多牛人推荐，其中的概念还需要在思考和实践中逐步理解。书中描述的一些现象有些与我们类似，比如越来越多的领域规则被嵌入到查询代码中，或者直接就不见了。领域逻辑跑到查询代码和客户代码中去了，而实体和值对象变成了纯粹...  (展开)

不要过于关注书中描述的具体技术、设计方法 领域模型贯穿概念模型、逻辑和物理设计模型，贯穿需求采集、分析、设计、实现，到测试部署这一整个开发过程，应该注意从整体角度来理解领域驱动的思想 需求采集时与业务专家的沟通已经开始领域模型的建模工作； 对需求深入的分析整...  (展开)

在书中提到 value object 具有不变性和代数的计算封闭的性质。 在最近的几个开发项目中，大量地使用了 value object 。当使用 c/c++ 来开发的时候，使用 value object 可以减轻内存管理的负担。能带来这种便利的正是因为 value object 具有不变性。value object 一经构造就不...  (展开)

从当今角度看，很多概念都有了大发展，日常工作中接触到的思想都不谋而合，甚至已经远远超越了作者当年的思想。但是作为领域设计的开篇著作，仍然有很好的阅读价值。 全篇最核心的概念是，人类的记忆力思考力限制，会将一个大型系统耦合复杂化。为了更好的理解及团队成员的合作...  (展开)

原版内容应该不错，但翻译得不好，这可能是国内技术类图书翻译的通病。 以阅读翻译后的吃力劲，去看原版可能效果更好。也许是译者英文看多了，对汉语的语序也变得“英语化”了，有些简单的语言逻辑，被翻译之后，反而变得更生涩难懂。 但愿那些从事翻译的人在精通计算机专业...  (展开)

Google翻译还是有道翻译的。。 弄明白后想竖个中指，那么简单的概念，翻译的那么复杂。 Google翻译还是有道翻译的。。 弄明白后想竖个中指，那么简单的概念，翻译的那么复杂。  (展开)

怎么样的仓储的设计，才能不至于让更多的业务逻辑跑到查询代码中？ 无限制的仓储使用，会使很多业务逻辑都嵌入到查询代码中，而不是通过 领域对象之间的交互而取得，从而使数据库和业务逻辑纠缠到一起，又回到了数据库驱动的时代了。  (展开)

这半年读了几本书，看了不少文章/网页，感谢这些书与文章让我能高屋建瓴看待这个行业，正确定位自己的职业，看清未来的方向。不过到此暂时打住，我想自己现在最需要的是技术积累，过完年要潜心于技术了。 至于这本书，翻译的水平看过的人有自己的判断，如果你的公司或者项目觉...  (展开)