企业应用架构模式

- Martin Fowler 重构和微服务的缔造者 软件开发领域的泰斗《持续集成》 - 扩张-收缩模式 - Let’s face it, all we are doing is writing tomorrow’s legacy software today. 你现在所写的每一行代码，都是未来的遗留系统 - 《持续交付》Jez Humble: 验证业务模式或产品理念的最低效的方法，是构建完整的产品以查看设想中的需求是否真实存在 - 《精益软件度量》软件指标和度量: 度量指标要尽量使用相对而非绝对的数据 一定要把度量结果用各种图表可视化出来 - 《演进式架构》Neal Ford 和 Rebecca Parsons: 支持跨多个维度(技术、数据、安全、运维等不同的看待架构的视角)的引导性(适应度函数)增量变更的架构 - 《Software Architecture: The Hard Parts》Neal Ford: 架构决策树.单体>组件>分布式 - 《重构与模式》: 重构到设计模式是重构的最高境界 - 《微服务设计》Sam Newman - 企业应用架构模式 2004.7 2024.3.典藏版; 51中企业应用架构

这本二十年前的书，放在今天还是有一定价值的，值得一看 模式是一种对既定问题的解决方案，正如作者所说，提供的模式更多的只是一种思路，真实环境下需要做更对的工作 但是文中的很多模式已经被框架封装在了框架内不，CRUD 更多的实现采用了 事物脚本的实现方式，在DDD开始火热的当下，这本书对于DDD 落地作为基础框架来说，确实有一定价值 如果说Bob 大叔的那本 《架构简洁之道》 在一个更宏观的层面提供了一个架构设计思路即战略层面的设计 那么这本书就是从战术层面入手 战略与战术结合 才能更好的构建一个好架构

20年前的书，鼎鼎有名的martin fowler写的书，在当时看来还是有有名的，现在已经习以为常了：领域驱动设计、设计模式（空对象模式、策略模式、懒加载等），数据库的并发和事务，以及RPC。可以阅读一下，感觉想看历史书一样。只不过，翻译有些问题，感觉有些读不懂啊

Martin Fowler的经典，讲企业级应用的各种架构模式。 这本书二十年了还没过时，说明它讲的是本质。

这是在当时（20年前）的情况下，面向对象大师对企业应用的思考，方方面面都有，从前端的MVC到后端的事务，介绍了很多没听过的，但实际上有意无意用到过只是没安一个名字而已的模式，还是值得一看的，就是翻译有点怪

让后来者了解在当前各种框架盛行之前的设计方法，放到今天对企业应用开发仍然有借鉴意义

1、关于作者：最早读Martin fowler的作品是23种设计模式，对我是启蒙之作，很赞。他弄微服务时我就觉得有点琐碎了，今天又看这企业应用模式，觉得价值不大。 2、本书分2部分:企业应用架构原理、模式手册书。建议读法是：通读第一部分，然后有需要再深入第二部分的具体章节。 3、其实一个东西复杂（或者泛滥）到一定程度时其价值就打折扣了。“模式”就是。 这时我们又要回到出发点，开始新的一轮梳理。这个过程是第一性原理指导的。 4、 最后感慨一下：感谢ai时代，让我们看到新鲜的东西。企业应用模式对我来讲并不陌生，然而相关理论的时间跨度太长了！ 数十年如一日搞一个东西，这本身就是一件僵化的事情。

半个月读完，大部分模式都已经在现有的框架中得到了实现，除了领域模型确实没怎么应用开，其他东西都是默默的沉淀在框架中很多年了。另外吐槽一下DDD，本书中对于领域模型没有特别定义什么，就是数据+行为就是领域模型了，不知道领域驱动开发是不是带了个坏头，从目前一些所谓的公众号技术文章来看，我认为是坏的影响，通篇扯概念，故弄玄虚，各种造词很是无语，等我真的读完Evans写的书再来看看是不是喷的对的。

十年前初与it接触，敏捷开发时读过一次，一股翻外国文学名著的味，使人昏昏；十年后再读，亲切了不少。 书中提到的企业应用架构模式有些随着框架的流行已成了事实标准，也有些曲高和寡；总体来说，架构还是朝着更好的可扩展性与可维护性方向前行。

里面很多东西已经过时了，如果时间是20年前那就是一本神书；软件模式考古可以看看；另外通过历史可以对到现在还经典流行概念可以加深理解，比如mvc模式、orm等