物理设计，在C++语言规范中被忽视的问题
2007-08-05
其实lakos这本书讲述的问题很简单，就是包设计原则，这些原则跟OCP、DIP一样，在敏捷软件开发中都论述过，当然不是每个人都看懂了这些后面的原则；
但是，在C++语言中，你找不到包这个抽象概念所对应的东西，而且C++的链接过程有太多初学者没有弄明白的内容，而恰恰是这些内容破坏了文件的物理组织，加上大多数未经训练的软件开发者都没有将文件、目录当作包组织的概念，造成了大多数项目工程中代码组织的混乱，也许他们是好运的，没有遇上lakos它们那样，一个版本要编译一周的厄运；
其实lakos是想在这本书上提出一套规范，大家按照这套规范来设计具有良好物理组织的大规模C++软件，这曾经是老B为了兼容C的同时赋予自由散漫C++程序员的自由，但这些自由却成了C++程序员的噩梦；
稍后在C++基础之上改进的语言中，无不悄悄的加上了物理设计的限制，例如java中：
1、一个类只能放在一个源文件中，而不能像C++那样区分.h和.cpp，要是.h和.cpp的文件名还不一样怎么办，天哪。。。
2、一个.java只能有一个public class，这样的要求强制开发者去严肃对待源文件的物理组织，这个物理单元提供的接口是什么？哪些作为实现？；
3、没有了extern这样的链接指示符，避免了C++中两个毫无关系的obj，莫名的在链接时刻产生了依赖，java中一个import关键字的轻易搞定的依赖声明，在C++中lakos却要先保证.h/.cpp同名，然后还要禁止掉extern声明，他的idep工具才能正常工作，要是再遇到#include后面的大小写有区别。。。idep也不干活了。。。
整本书下来,lakos除了苦口婆心的告诉大家依赖危害性，如何建立起一套规范从物理上来改善依赖，如何从逻辑设计上避免引入依赖，最后的最后还给了一套用来分析依赖、度量依赖和检测循环依赖的idep工具集。
可惜的是，如此工程界大师的作品，却没人关注……
查字典图书网