关于UDK GameFramework的一点总结

整体的类关系

Actor类

	该类为场景中所有能够直接放置的物体的基类，该类继承自Object类，定义了放置在场景中的物体一些
基础性行为。
	所有在场景中直接放置的物体要使用Spawn放法进行生成，不要使用new关键字。因为Spawn方法生成后，
引擎会添加垃圾回收的相关操作。
我的理解是：
	引擎会把通过该方法生成的对象加入到场景树中，同时增加引用计数。在每次进行垃圾回收操作的时候，
引擎遍历场景树，根据引用计数，把不用的物体标志为不可达，然后在下一帧的时候进行清理。

Controller 和 Pawn

	Controller类是控制器类，主要用于控制逻辑，Pawn类是实体类，应用具体的模型，动作，以及一些传感器
性质的部件。
	我们的巨佬讲解时，把Controller比作人类的灵魂，Pawn比作具体的肉体。玩家通过Controller来控制
Pawn，玩家的灵魂可以进行转移，来控制不同的Pawn。通过这种方式可以轻松的在拥有不同功能的pawn之间进行
切换，我想这应该就是模块化编程吧，高内聚低耦合。
	这种设计模式在进行AI开发时，优势特别明显。因为小怪的行为多数都是简单且雷同，小怪不同的外貌，具体
的动作。这样我们就可以用同一个控制器来控制，不同外貌动作的小怪，从而达到减少开发量，快速迭代的目的。

Component

	Component 继承自Object，是Actor的扩展。通过给Actor添加不同的Component来增加Acotor的功能，
同时也可以通过Component来实现Actor的差异化，我想这应该就是组件化编程，好像还有个设计模式，我忘记了
。
	在目前的开发中用到的主要Component有ParitcleSystemComponet,StatciMeshComponnent,
SkeletMeshComponent,ColliderComponent等等，生成Component使用new关键字，在生成后要加入
到Component的数组中。当Actor被销毁时，Actor身上的组件也会被销毁。

结束语

做点总结，技术进步后面继续补充，如有说的不对的地方，请看到的同学批评指正。