设计模式：模板模式在Flex框架中的使用及原因分析

flex框架中大量使用模板模式（设计模式之一）。

即在父类中定义执行流程，将那些需要变化的流程节点（某个具体方法）留给子类去override。

为什么会这样，这样的结果如何？

我们知道Flex编译器会生成大量的中间AS源文件，比如_XX_mx_managers_SystemManager、_XX_Styles、_XX_FlexInit等等。

这些自动生成的源文件都有个共同的特点：内容有规律（因此能够被自动生成）。

如果编译器不为我们自动生成这些源文件，那么，我们必须手写它们。

那可是劳神伤财，还容易出错，为什么不让机器代劳呢。

Flex对框架进行组织的时候，不仅是从逻辑上对代码进行抽象，还为了满足编译器自动生成代码的需求，对代码内容和进行了整理。

由此带来了正面和负面的影响。

正面：

编译器能够自动生成那些内容有规律的代码源文件，提供了生产效率。

负面：

Flex框架本身的内容和流程变得难于理解。你会感到执行流程在多个源文件的不同函数中跳来跳去，经常感觉突然失去了对流程的把握。