分块云计算

所以，我把前面讨论的分块看作是“做对了的SOA”。

强迫一种风格

最初我把标题定为“强迫一种信仰”，但又顾虑到Google带来的很多人会失望。我在这里谈的风格/信仰，是指我们当中有很多人喜欢思考和讨论TDD、DDD、BDD、模式、重构、干净的代码等等。但世上还有更多开发者并不同意我们所说的是“唯一的道路”。

有时候会采取的解决办法是完全不理会实际情况，强迫所有的开发者都用同一种风格。会发生什么事呢？我猜下面这几种情况会很常见：

有的开发者会非常低效。

低效的开发者还会很不开心。

最后整个团队围绕的风格是所有成员的“最小公分母”。

于是当初赞同强迫推行那种风格的开发者，现在也变得低效和不开心。

能保持一致是好的，但不能不惜代价去保持一致。实际上我觉得很多时候让不同的分块用不同的风格开发，反而有好处。不同开发者之间的技能差异是其中一个原因。还有另一个经常被忽视的原因，不同的分块当然是有差异的，所以相应地采取不同的风格反而有利。比如有的分块从领域模型方式中肯定得不到什么好处，那么不采取领域模型的路线也没关系，实际上也建议不要那么做！

即使放宽了对分块内部的约束，你还是可以（也应该）对外部表现设立严格的要求，比如要保证自动化测试成功。

我意识到以上做法违反了集体代码所有制的原则，因为人们都圈在自己的分块里。在分块内部，（如果该分块选择了集体所有的风格）肯定是代码集体所有的。

对了，在单个分块内，我认为应该强迫一种风格。

变化率差异

这件事情你可能觉得显而易见，不过我还是要特别指出来：不同分块的变化率可能有极大的差异。在数据库驱动的项目里，有句话在项目前期的会议上经常听到，我也常常拿来开玩笑：