读《企业应用架构模式》8 在一起

读《企业应用架构模式》8 在一起

Author：zfive5(zhaozidong)

Email:zfive5@163.com

晚上吃完饭，又开始读，在这本书中有一个观点---领域逻辑最好不要在客户端和服务器都存在，这种选择让我们不知道新的需求到底放到那里，就像我们走到岔路口一样的感觉。当然这个也不是绝对，当性能和维护性发生矛盾时，选择性能才可以最终给客户带来价值，而客户对你付出的代价才不会管呢。

在看O/R Mapping一直感觉，O/R Mapping也一定要"在一起"，JPA是我感觉方向。但Java标准化为了广而全的思路，结果造成它的晦涩难懂；之前在与面试者交谈Hibernate时候，他说HQL和xml也很晦涩。关于NoSQL在CAP三个方面的选择，就有取舍，一定会有Next

Transaction Script 和 Domain Object的边界是什么？ 其实就是过程向面对对象组织方式的演变，我不是完美主义者，0和1之间还是存在很多数的。

是我们选择了云，还是客户选择了云。这是我这些天听到的最耐人深思的话