《企业应用架构模式》是一本详细介绍企业级应用架构设计的书籍。作者以简洁清晰的语言，深入探讨了各种架构模式的优缺点，并提供了实用的建议和指导。通过本书的学习，读者可以更好地理解和运用适合自己企业的应用架构模式，提高系统的稳定性和可扩展性。
企业应用架构模式读后感第一篇
2007年以前读的话帮助会很大。
书中的很多内容，如三层架构、持久化与业务逻辑分离等现在已经成为了业界常识，但是本书的地位还是值的肯定得。
如果没有读过其他比较新的设计思想，用这本书用来补充自己对架构发展上方面认识还是很有帮助的。
1/10页企业应用架构模式读后感第二篇
最近想深入学习ORM，而且久闻这本书的大名，买来看看，看得我晕乎晕乎，但是还是能探得一点奥秘的。各种模式，如何能熟练使用，那么做出来的产品在响应新的需求，在架构调整方面，会有很大的灵活性。准备认真读个几遍，然后在项目中应用orm，和一些模式。
思维比较乱啊。。。
2/10页企业应用架构模式读后感第三篇
1 本书几乎涉及到架构的所有方面，从服务层，逻辑层到数据层，到接口，到各种模式。无所不包。
2 书有些年头，但内容真的很经典。作者很善于把日常中的思路归纳整理成一个模式，并且相互比较。
3 书不但有理论，还有代码实例和运用场景。但如果没有长期的代码经验，看上去会有些抽象。
4 这本书值得看多遍，反复咀嚼。
3/10页企业应用架构模式读后感第四篇
（打分只针对翻译）
正在读， 强烈建议买原版. 这版的翻译， 只是在“勉强能看”的程度. 很多专业名词的翻译让你云雾缭绕的， 比如把单例翻译成单子，还有什么“现场识别”， 听都没听说过的东西. 而且完全是字面翻译， 丝毫不考虑中文表达习惯和上下文， 经常需要反推英文去理解意思. 读着真是一种痛苦， 希望想买这本书的豆油先下载电子版看看自己有这耐性去揣摩译者没有， 再做决定吧！
4/10页企业应用架构模式读后感第五篇
学软件工程的估计都没少做过这种”企业应用“——其实就是做个网站。这本书从比较抽象的角度，理了一下这里面的各种“模式”（不是GoF的那23种）。读完最大的感受就是，回头再看各种框架，只不过是种种模式的组合体而已，挑选的时候也不用再做无谓的纠结。而且，就像作者在书里说的那样，所有的书本知识都只是给你提供信息，作为你做决策的基础；至于做出什么决策，还是看自己；决策所带来的益处或者痛苦，都得自己品尝。
5/10页企业应用架构模式读后感第六篇
花了蛮久的时间每天抽出半个小时终于从头到尾读完了。总的来说，这本书写得非常系统，从web层的实现到后端数据源的选择，几乎无所不包。虽然某些内容明显已经有点过时了，但其思考、分析、解决问题的方式还是非常好的。特别是对那些只知道如何使用Spring、Hibernate、Struts架构的Java程序员们，看看这本书会了解以上架构是如何实现的，这些对于在使用架构的过程中遇到问题、除错是非常有用的。如果作者有更新的版本应该会添加富客户端编程的部分吧。
6/10页企业应用架构模式读后感第七篇
这本书的感觉：
醍醐灌顶——>原来如此——>心满意足。。。。
这本书并不是一本简单的技术书就可以归总的了的，这本书涵盖了我做过的所有项目中的优秀设计，让我对于之前关于别人的设计的惊叹转换成原来如此，很多优秀的设计其实我已经见到过了，但是直到看到这本书之前我都不知道为什么要设计成这个样子。
开发到一定程度我们的目的并不是如何实现，而是要实现成什么样子，我们的愿景一旦明确，扩展性，维护性以及并发性都是我们需要关注的主要权值。马丁富勒，不愧为一代大师！！
7/10页企业应用架构模式读后感第八篇
我是带着一些架构问题去看这本书的，但却意外的收获了许多其他的东西。
诚如许多书评已经指出的，这本书放在hibernate出现之前，那是相当的nb的。orm之中的许多设计细节问题这本书都说的很清楚。但到了现在，orm已经十分成熟，这些设计思考就逐渐的失去了意义。这已经可以让我们跳过本书的许多篇幅了。
另外，在脚本语言和敏捷盛行的当下，书中的C#/Java例子也显得很笨重。在Ruby、Python的冲击下，现在的开发速度越来越快，大家的思维已经和十年前完全不同。更明显的是，现在的应用大多数是网站和移动设备的app。虽然在成书之时作者已经非常有远见的考虑到了它们，但受时代所限，着墨太少。
那你能从这本书中学到什么呢？首先，你会看到架构演进的轨迹。现在我们习以为常的基础设施，它为什么是现在的样子，前人碰过了哪些壁才创造了它们，这是别的地方找不到的。其次，虽然时代在变，但还有些东西没有变，比如一些设计模式在架构上的应用，比如mvc。虽然现在就连大学毕业生都知道有mvc这个东西，但许多人工作若干年之后也不一定理解了mvc的内涵。真正写起代码来，怎么样去设计模型，怎么样去分层，哪些东西属于模型，哪些东西属于控制器，哪些东西属于视图，都还会有许多困惑。
这本书的翻译没有有些人说的那么糟糕，我觉得还是很不错的，翻译质量在80分以上。我推荐这本书的另一点在于它的作者，Martin Fowler。这位大牛写书有个特点，那就是只讲自己的经验。但凡写出来的东西，在平实的语言中你就可以看出，这是他经过自己的思考所得出的东西。
8/10页企业应用架构模式读后感第九篇
从大学到现在，这本书也许我反反复复地读了不下十遍，可是这次终于有了勇气把他标注为看过，因为直到今天我才自信自己真的理解了里面所讲的架构模式。
对于现在的互联网时代，所有的开发思想都是强调简洁，强调“敏捷”，甚至曾经流行一时的OOD竟然有被嫌弃的趋势；我们回顾自己写的业务代码，甚至会发现我们已经完全不见了OO的样子，简直成了大学面向对象课程上经典的Bad case。
甚至越来越多的程序员甚至开始把三层架构和MVC混为一谈，记得我面试过一个曾在一商业公司做Java的人，让他给我讲一下Struts2的设计思想以及他设计的软件的层次结构，然后得到的结果竟然是Struts2已经是他所理解的架构模式的全部。
当然这与互联网时代的业务逻辑相对简单有关，我们忽略掉了领域模型的设计，而更多依靠事务脚本来解决我们的业务逻辑层，可是我们却忽略了就算事务脚本也只是业务逻辑层的一部分，而不能与用户界面层的MVC混杂到一起，不能与数据访问层的数据访问模式混杂到一起。
也许，对于今天FP大为流行的今天，我们看到了一些OO的局限，但是并不意味着我们要嫌弃甚至丢掉面向对象的设计，而更应该做到的是不同编程范式的完美融合。
我们不得不承认Java的日渐衰落，和Python等脚本语言的日渐兴起，虽然我不是Java程序员，但是我却真的认为在整体对于架构设计的把控上，Python还连Java的脚底都没有触及到，在Java届有着J2EE设计思想之类的设计圣经，但是在Python届却更多关注的是所谓的“Pythonic”，这也是我一直在黑Python尚不适合做大型项目的原因之一。
在今天的开发思想环境下，也许在也不会出来这样一本重量级的企业架构模式的书，甚至其中的很多模式会被觉得太重，太Java/.NET，但是我依然觉得这才是真正的大型软件项目应有的架构模式，值得每一个程序员细细品味。
9/10页企业应用架构模式读后感第十篇
感觉一般，都是熟知的东西。Martin Flower的书废话还是一贯的多，代码还是一贯的繁琐。相比较重构和领域特定语言，这本书要微微好点。
10/10页
