读<企业应用架构模式>

读<企业应用架构模式>

系统软件要好架构和开发写，主要面对了是技术、集成问题就可以了，但企业应用在技术、集成问题前提下，还有考虑里面的商业和经济上的“隐逻辑”，在开发企业应用的越理解背后的逻辑，越可以抓住客户，有的时候客户不会直接说其中的缘由，只要换位思考一下，就或多或少能体会到其中的道理。

<企业应用架构> 序言里对“架构”二字有一种理解---“系统中不易变化的东西”（虽然有些偏激，但很朴素）。其中“业务逻辑”的讲解也很独到见血，这也可以解释不管我们怎么丰富软件产品，在具体客户现场总是受到批评，想起了一本<仍然还不够>的书。  仍然还不是

关于平时设计业务架构时，多去模拟将来用户使用的场景，就可以发现很多意想不到的问题和缺陷。

例如：

在用户那里两个人同时删除一张单据时，结果会怎样？（会这样吗？）
当用改进功能的时候，怎样给以前版本用户去升级？（将来在考虑吧）
用户那里点击保存，是否要等？（网络太慢话，估计要等等了）
......

前几天晚上收拾书架时，又翻着看了一下《高性能Web网站开发进阶》，发现HTTP中的Head中的Vary原来是为了告诉请求方缓存的需要增加一个维度。

Lphyfd！