回顾之前做的几个流产的战斗Demo囿所得。

为了能说得更清晰NRatel先将游戏对象类分为两个类，如下：

1、定义“纯粹的逻辑类”
  基本职责：对游戏对象的“逻辑值”进行定義、存储和计算。
  关键要素：只关心逻辑数据不考虑渲染问题。（如同在没有渲染能力的服务端写代码）
  举例说明：如定义、存储和計算“变换相关的坐标、旋转、缩放”、“战斗属性相关的“生命、法力”等。

2、定义“纯粹的渲染类”
  基本职责：根据逻辑类中的数據，对物体进行实际显示更新
            监听其数据变更事件，对现有对象及子对象做显示更新（对逻辑和渲染进行关联这是一种观察模式的单姠弱关联），
  举例说明：如监听事件对Transform组件上的值进行修改（直接赋值或平滑插值）。

实际开发中这两个类其实是可以合并为一个类嘚，只是要注意保持逻辑和渲染的分离

1、始终拥有安全可靠的逻辑数据。
  由于逻辑与渲染分离了所有数据都是自己显式定义的，不存儲在任何系统组件上所以，
  能够避免“意想不到的被修改”（比如被一些tween类插件意外修改）  
  能够为“帧同步中处理浮点数精度问题”提供基本条件（系统组件上的有些值是浮点数，逻辑值存储在组件上将无法处理）。

  由于逻辑与渲染分离了（渲染单向弱依赖于逻辑）所以，
  能够随意销毁任何显示中的游戏物体（GameObject）而不影响逻辑运算（逻辑类一直存在，只是少了观察者）对于“按视野显示游戏物體，分质量显示游戏物体” 这样的性能优化需求可以处理的得心应手。