10、Unix编程：模块化、文本性与协议设计的智慧

Unix编程：模块化、文本性与协议设计的智慧

1. 面向对象编程的思考

在软件开发中，将非面向对象（Non - OO）代码转换为类层次结构时需谨慎，过早优化可能并非明智之举。Unix程序员对此有着本能的认知，这也解释了为何在Unix环境下，面向对象（OO）语言未能取代像C、Perl（虽有OO功能但使用不频繁）和shell这样的非OO主力语言。Unix社区对OO编程的批评更为直接，Unix程序员清楚何时不使用OO，即便使用OO语言，他们也会努力保持对象设计的简洁。正如有人所说：“如果你清楚自己在做什么，三层架构就足够了；若不清楚，十七层架构也无济于事”。

OO编程在图形用户界面（GUIs）、模拟和图形等领域取得成功，原因可能在于这些领域中类型的本体论较难出错。例如在GUIs和图形领域，可操作的视觉对象与类之间通常存在自然的映射关系。若创建的类与显示内容无明显映射，就说明代码的关联性过强。

Unix风格设计的核心挑战之一是如何将问题的抽象简化与代码和设计的简洁透明层次结构相结合。

2. 模块化编码

模块化在优秀代码中得以体现，但主要源于良好的设计。在处理代码时，可通过以下问题来提升代码的模块化程度：
- 全局变量数量 ：全局变量是模块化的“毒药”，会使组件间随意且无序地泄露信息，还会导致代码不可重入，同一进程中的多个实例可能相互干扰。
- 模块大小 ：模块大小是否处于合适范围？若很多模块过大，可能存在长期维护问题。要了解自己和合作程序员的合适模块大小，若不确定，最好保守选择接近Hatton范围下限的大小。
- 函数大小