Python演绎的精彩故事（三）

Softchip架构到底为开发者带来了什么？和传统的开发套路相比到底有什么本质的不同？

相信有部分开发者在阅读完前两篇之后已经有了基本清晰的认识。

在这里阐述一下笔者个人的见解，仅供参考。

形式上看，Softchip为模块制订了一个限制性设计规范，把模块深深地包藏起来，各模块不能再自由地调用其他模块的方法了。

而实际上，这个看似限制的动作却把模块彻底解放了。严格来说，是把模块设计者彻底解放了。为什么呢？

1、你不再与数不清的模块发生关系，你只与一个叫做Machine的角色打交道。

2、你不知道也不再计较系统中还有什么模块和你一起工作，你只知道你和Machine之间有什么API和Event。

3、你在编码期和编译器不需要仰任何人鼻息，你自由的写你自己的代码。

4、在你需要调试的时候，你可以mock出任何你需要的API和Event来配合自己的调试。

你失去了几个模块的句柄，取而代之，你拥有的是却整个Machine，条件是规范地拥有！

在这样的场景中，开发者不再被其他模块牵扯精力，专心于自己的事情。

每个模块都能专心于自己的事情。

大部分模块专注于具体工作，其中一部分模块站在全局或中层的高度上统筹规划API和Event的分配。

这正是层次化、模块化设计的精髓。整个系统的复杂度大幅降低了，质量提高、效率提高是自然的事情。

在软件开发领域，这样的效果似乎是非分之想，但看看硬件领域，其实已经司空见惯。

比如PC的网卡，它作为一个组件，只需要插在主板的PCI插槽里。

它并不需要知道它将要发送的数据是来自10cm之外的某个内存条的某一段地址。

内存条作为另一个组件，只需插在主板的内存插槽里，它并不需要知道自己的数据要经由10cm之外的另一个chip发送到网络上去。

那么谁知道的？Machine知道，作为Machine具体形象代表的Board知道，这就够了！

因此，设计网卡的人不需要知道内存条的事情，同样，内存条的设计者也不需要知道显卡的事情，大家都只需要履行自己和Machine之间的接口协议，这就够了！

Softchip描述起来很美好，代码写起来很漂亮，但有人质问：“你说的是真的吗？能实现吗？”

最关键的Softchip代码写得出来吗？这时候，Python终于千呼万唤地出场了。

可以说，Softchip天生就是为Python量身定做的，非她莫属！反过来，也只有Python可以承载Softchip。

对于Softchip架构至关重要的Python语言特性包括：

完善的OOP，duck typing，可变参数机制，函数/方法指针，dict/list数据结构。

这些语言特性，单独看某一个，很多语言里都有，但是当你把他们全部组合在一起的时候，除了Python，谁能与之争锋呢？

C提供强大的指针，但是却缺少其他全部要素。

C++有OOP，但是它没有与类型无关的dict/list，无法获得非静态方法指针。

Java里指针已经不存在了。。。

在本系列的下一篇中，我们将讨论至关重要的Softchip本身的设计与实现。