我的设计Design Heuristics（1）－注册

Design Heuristics的名字是我摘自与OOD启思录这本书书名，
希望我的设计想法总结可以像这本书一样，给大家带来启示，与不了解的人以分享，与了解的人以讨论。

在项目或编程过程中，经常会使用到工厂方法这个模式。当操作不太多的时候我们往往这样设计：

function GetOperatorClass(AKind: Integert): TBase
begin
    case AKind of
        AKind1: result := TKind1Class;
        AKind2: result := TKind2Class;
   ......
end;

分析：这样做的好处：方便，快捷，思路明显。
           不好的地方：扩展性不好，如果需要增加一种新的类型，必须修改此函数，而且如果类型过多这个函数会非常的庞大，而且无形中增加了各个子类型的耦合性。

解决方案：使用注册思想，所有的类型都是通过注册到一个Register上，这样就实现了子类型的接耦，使得此方式
可以做到易扩展，易修改。
Register设计如下：
定义注册和解注册函数
procedure  RegisterClass（AKind： Integer；AClass： TClassOfBase）；
procedure  UnRegisterClass（AKind： Integer）；

工厂方法就可以这样写了：
function GetOperatorClass(AKind: Integert): TBase
var I: Integer;
begin
   for I := 0 to Register.count - 1 do
   begin
      if Register[I].kind = Akind then
      begin
       Result := Register[I].class;
        break;
      end;
   end;
end;

如此设计，每个子类型都可以分开实现，系统支持多少类型也是动态加载实现的，解决了难扩展扩展难的问题。同时这样设计，也满足了开闭原则（对继承扩展开，对修改闭）。
这种场景多吗？很多，例如：设计多界面风格的场景，设计多命令模式场景，网络多处理操作交互场景都可以使用注册方式设计。

总结，这种注册方式，看起来很简单，仔细想起来是不是windows窗口类也是如此设计的呢？是的。在很多框架代码中都出现过，只是我们有没有发现，有没有意识到而已。相信你现在也发现了。