　　这是我用tree打印的工程文件目录，在这个工程.h和.cpp文件用include和src来分开。如果你要开发一个系统模块，你需要在include的dir1、dir2、dir3和src的dir1、dir2、dir3里面分别新建.h和.cpp文件，因为一个模块又分为了几个子模块。如果你使用一种可视化开发工具中的project explorer来浏览文件，都要把头切换晕了; 要是可能的话module1下面可能还有submodule1文件夹。我觉得系统的模块的层级结构并不是特别需要用文件目录来表现，而且这样子也让Makefile写起来很麻烦; 可能有人会说可以不需要写，自动生成的，用automake。但是当要写一些跨平台的工程的时候，不仅仅在linux下面，还包括windows以及mac，我更加倾向于用CMake。曾经我下载过redis的源码，这是一个用C语言开发的NOSQL数据库，其所有的.c、.h文件都放到了src目录下，简单极了，切换文件很方便; 而且其就只有一个Makefile文件。在这里，我并不是批评那些在一个工程里面放有目录的人，我是希望尽量能减少目录，尽量把头文件和源文件放到一起; 因为我们在开发项目的时候，同时要兼顾头文件和源文件。我们可以这样子:　

  ├── project  │   ├── mod1  │   │   ├── submod1.cpp  │   │   ├── submod1.h  │   │   ├── submod2.cpp  │   │   └── submod2.h  │   ├── mod2  │   └── mod3

2 命名的规范

　　我见过好多搞C/C++的人，比较讨厌Java。首先Java隐藏了指针了，搞得这些同胞们，对人生失去了乐趣; 其次Java的效率问题，觉得始终没有C/C++高; 再者觉得搞Java有点脑残，太简单，垃圾什么的都不用管，有点乱扔垃圾的意思，不文明。但是我要说的时，Java有许多好的设计模式。在文件命名方面，Java做得比较好。java文件名必须要和里面的类必须同名，我觉得C++也应该保持这样的方式，虽然编译器没有强制你这样做，但是很有必要，这样子通过文件名称就能看到里面装的是什么类。其次Java用到了包，在Java编程思想里面包名和你的网络名称一样，这样便于网络传输，不会出现包的冲突，因为网络地址是唯一的。C++里面有namespace，用namespace封装自己的类库，可以防止自己的类库，和第三方的库冲突，不过namespace的名称必须是标识符。我见过的工程里面，每个程序员都有自己的编程规范，公司的编程规范没有很好的去执行。首先，我觉得好多公司的编程规范不够详细，模棱两可; 其次好多开发人员可能之前在其他公司呆过，保留了上一家公司的编程习惯。如果公司能够确定了好的编码规范，大家还是愿意遵守的。这里我比较推荐google的C/C++编程规范，网上都有电子文档的。还有就是用脚本语言检测程序定期检查编写的代码，是否有不符合规定编码的规范，这些都需要项目经理去认真的执行的。

3 宏的臃肿

3.1 宏的好处

　　宏的替换是无与伦比，没有其他可以替代的。我看到宏在好多地方合理有效的利用，其能有效的减少繁琐的重复的代码、解决跨平台系统系统API不兼容的问题（通过系统的宏定义，来判断是什么操作系统，从而来调用相应的系统API，这些事情都在编译的时候就完成了）

3.1.1 抛出异常

　　为了调试代码，我要抛出异常，异常的内容包括文件名、行号、错误码：

　　throw new Exception(FILE, LINE, error);

　　每次我都要加入__FILE__、__LINE__ 比较啰嗦，使用宏更加方便:

  #define THROW_EXCEPTION(error)       throw new Exception(__FILE__, __LINE__, error)

　　这里不能用函数来替代的，要是那样，_FILE__, _LINE_就显示的是所用函数的文件和行，造成异常的错误提示有误_。

3.1.2 解决系统的跨平台问题。

1 #ifdef _WIN322      xxxx3 #elif _LINUX4      xxxx5      … 6 #else7      xxxx8  #endif

　　Poco库是一个优秀的C++库，跨平台。其结构也很清晰，可以去了解，里面有很多这样设计的。

3.1.3 定义静态的数组

　　int a[10],可能a的数组长度经常发生变化，而且我们经常使用10这个常量。我们可以这样做 :

  #define LEN 10  int a[LEN];

　　当我们以后要改变长度时，我们只需要改变LEN这个宏的值就行了，防止大量的替换。

 1 //根据名字来定义一个类: 2 #define DEF_CLASS(class_name)  3      class class_name##Mgr { 4      public: 5          static class_name##Mgr* CreateClass() { 6          return new class_name##Mgr; 7      } 8          .... 9      }10 11 //创建类12 #define CREATE_CLASS(class_name) 13      class_name##Mgr::CreateClass()

　　以上使用##宏来连接类名，根据名字定义一个以Mgr结尾的类，以及创建对象。要实现这样的方式，我们只能用宏。其实我们可以其他的方法,即利用多态的特性来模拟这种特性。

class Base {public:    ....};class Derive：public Base{public:    ....};class Factory {public:   //注册各个类   void RegisterClass(const string& classname, Base* pBase) {        classes[classname] = pBase;   }   //创建   Base* CreateClass(const string& classname) {        if find            return classes[classname];        retur NULL;   }   ....private:   hash_map<std::string, Base*> classes;}

　　工厂模式可以根据类名来取出对象来，我觉得已经够用了。虽然实际上没有根据类名来自由的创建类，你还得手动的去创建各个类，我们只是在做存和取的工作。工厂模式一般被用来总领整个框架，就像是写作文的提纲似的。使用宏不够好，同时也可能造成代码难以阅读; 应当尽量避免宏。

分类: C++, 架构设计

本站仅提供存储服务，所有内容均由用户发布，如发现有害或侵权内容，请点击举报。

Table of Contents

1 文件的层叠

2 命名的规范

3 宏的臃肿

3.1 宏的好处

3.1.1 抛出异常

3.1.2 解决系统的跨平台问题。

3.1.3 定义静态的数组

3.2 宏的坏处

3.2.1 使用带有const类型的常量

3.2.2 使用工厂模式来通过名字获取对象