句柄类思想

        句柄类，也叫Cheshire Cat（参见《C++编程思想》）。    

        问题背景是这样的：

         1）在极为安全的领域，即使核心实现已经封闭在库中不可见，但是头文件中的变量定义仍然可能会曝露一些内部信息；

         2）在设计初期，实现部分固然需要经常变动，连头文件中变量定义也需要经常变动，因此在重编译的时候头文件也需要编译，有时候导致编译时间过长。

         句柄类可以解决这类问题：

//:HANDLE.H -- Handle Classes
#ifndef HANDLE_H_
#define HANDLE_H_

class handle {
  struct cheshire; // Class declaration only
  cheshire* smile;
public:
  handle( );
  void doit( );
     ~handle( ); 
};
#endif // HANDLE_H_

        这是所有客户程序员都能看到的，其中struct cheshire是没有完全指定的类型说明或类说明，将用来存放真正的变量。在这种技术中，包含具体实现的结构主体被隐藏在实现文件中。

//:HANDLE.CPP -- Handle implementation
#include "handle.h"

//Define handle's implementation
struct handle:cheshire {
  int i;
};

handle::handle() {
  smile=(cheshire*)malloc(sizeof(cheshire));
  smile->i=0;
}

void handle::doit() {
  //do something with i
}

handle::~handle() {
  free(smile);
}

        句柄类的使用就像任何类的使用一样，包括头文件，创建对象，发送信息。但是通过这样的设计，即隐藏了变量的设计，也使得实现作变动时无需重编译头文件。Bruce说虽然这并不是完美的信息隐蔽，但毕竟是一大进步。

         什么时候用到句柄类： 

         1 ）在对安全要求很高的领域，即使核心实现已经封闭在库中不可见，但头文件中变量定义仍可能曝露一些内部信息  

         2 ）在设计初期，实现部分会经常变动，甚至头文件中变量定义也需要经常变动，因此在重编译的时候头文件也需要编译，有时候导致编译时间过长。

         3 ）项目做大了就会发现，往往一个工程文件代码改一个部分就需要很长时间的编译，那个等待是非常痛苦啊，所以开始在工程的架构上一定要做好充分的准备！

         从上面可以看出句柄类的思想在一般的软件开发中是用不到的，头文件中定义变量后，根据需要可能增加，删除、修改变量都是正常的，如果因为这点就改变设计的方式的话，我觉得没有必要。最主要的是架构设计方面要做好，最初设计头文件的时候就应该尽最大努力想好要设计的成员变量。