分块云计算

在我的眼中，过去数年间的多股潮流，都指向同一个方向，现在该到将它们总结归纳的时候了。这篇文章没有什么新奇观点，只是将我的思考与观察做一个概括。我不自禁要将心中的图景描绘出来（即便这幅画的背景全由我的痛苦教训涂抹而成）。这就开始吧。

多年忽视分块

即使过了16年，我依然清楚记得[Booch OOAD]书中讨论如何使用分层与分块（有的读者可能更偏好"模块"这个同义词）。那时候我开班讲授一门面向对象分析与设计的课程，这本书是教材。我感觉讨论分层很容易，因为当时接触甚多（后来仍然深受影响，下一节会谈及），但要讨论分块就有点难。

在我参与的实际项目中，我们确实一直采取分块的做法，但讲授的时候很难用短小的例子示范分块。而且就我记忆所及，我们采取分块只是出于技术上的限制，并不像分层那样是自然而然地发生的。.

分块没能“物尽其用”的感觉一直伴随着我，我也就听之任之。

滥用分层

2001年写第一本书[Nilsson NED]的时候，我对分层的盲目溺爱到达顶峰。图1的分层示意图已经是简化过的版本。

图1. 过去的典型分层（简化版本）

图1可见，中间层包括了Façade层、业务逻辑层和数据访问层。在数据层还有公共存储过程（sproc）层、私有存储过程层，有时候数据表之上还有视图层……（UI部分也是分层的，可想而知……）。

我把这种分层方案称为我的“默认架构”，顾名思义，我每次着手新项目都以此作为出发点。当然具体的架构形态随着时间会有所变化，但重点是我先入为主地认为项目都离不开这种严格的分层方案。