架构的力量

最近看了两本书,这两本书当然大有不同,一本书专注于分析软件设计,尤其是架构设计的书;而另一本则是在分析互联网领域的法律与创新的关系问题。

两本都是好书,都值得分别为他们写一篇读书心得,只是这里想谈谈的是两本书中,相通的部分——「架构的力量」。

  • 端对端原则

在《思想的未来》中,作者回顾了互联网的架构设计思想:
「这一原则是由网络设计者Jerome Saltzer、David Clark、David P.Reed在1981年首次提出的,被称为端对端(end-to-end argument, e2e),用以指导网络设计者们开发网络协议及应用程序。」
「端对端原则认为,网络的智能不应当放在网络内,而应当位于网络的端点,即网络内的计算机只是履行应用程序所需的基本功能,而一些特殊功能应由网络边缘的计算机来实现。」
「据RFC 1958所述,虽然因特网社区中许多成员会认为因特网不存在架构,但是,社区成员普遍相信,因特网的目标是连通性,工具是因特网协议,智能位于端对端而不是隐藏与网络之中。网络的任务是尽可能灵活有效地传输数据包,而其他的一切都应该靠边站。」

由这样的架构原则,作者总结出了三个要点:「应用程序在网络边缘的计算机上执行,任何种类的应用都可以立即被运行;网络没有为任何特定应用程序做优化设计,对于任何创新都是开放的;由于网络平台的中立性,网络无法做到歧视某种特定的新设计。」

在我看来:互联网最初的设计者,因为足够谦逊,所以对于「平台将会如何被使用」未做任何假设,他们的架构仅仅专注于最为简单的目标,而这也是互联网取得如今这样巨大成就的根本原因。

  • 不要尝试预测未来

在《简洁之美》中,作者极力向读者阐述:架构设计简洁的价值,因为随着时间的不断增长,软件的研发成本的绝大部分,会产生于后期维护的阶段。越是简洁的架构,就越是能够为今后的维护,节约大笔费用。

另外一个值得注意的事实是:「程序员犯的最常见也是最严重的错误,就是在其实不知道未来的时候,去预测未来。」

而作者给出的策略是:「最安全的情况是,完全不尝试预测未来,所有的设计决策都应当根据当前确切知道的信息来做。」

在我看来,当年的互联网设计者,就是那种最伟大的程序员/设计师,他们未做任何假设,仅仅专注于解决信息传输的需求。

  • 一个可能的误区

不去尝试预测未来,根据当前确切知道的信息来做。这样的逻辑,可能会让人偷懒。

  1. 「啊,我们这就开始干吧!」
  2. 「我们不要做太多的假设!(不必想那些设计的事情)」

架构是存在的,设计是需要的,需求要尽可能的去搜集与分析。在做到这三个要点之后,才能谈及「不要假设」,「不要过度设计」。在此之前,还是不要放松为好。

架构是有力量的,简洁的架构,往往会产生的惊人的力量。当然,「无架构设计」不在其列。

你可能感兴趣的:(架构的力量)