代码逻辑分工
代码要做到层层管理，一个类管理着另外的一个些管理类，管理类里面又要管理封装一些功能点。做这一部分的时候建议使用观察者设计模式，定义 一个接口父类，让后通过不同的功能子类来基础接口父类，最后通过调用接口父类来管理子类。
2.要做到功能和流程区分，字段和逻辑区别。 这里就是代码实现是要注意点地方，代码实现时要注意到功能逻辑不能和框架结构相混淆，要做到代码结构和功能实现相分离，如果项目中if判断用的话可以考虑使用枚举。
代码设计
1.搭建好框架结构，主题思想就是分而治之，高内聚，低耦合。
2.. 分而治之: 就是把每个功能点封装成一个类，一个类就只负责一个件事，多了不管！！！ 再者就是定义好抽象类和类，接口等一些规范，尽量就是把每个概念相同的类定义一个抽象类（概念相同就某个模块里的一个功能点，想这些功能点都是在封装干一件事件所以他们的概念是相同的，所以就把他们这些功能点都给封装成一个抽象的父类，让他们继承），把功能相同的定义成接口（功能点相同的就是把一些功能定义成接口，比如，有的继承了抽象父类并且没有继承MonoBehaviour的类需要有 MonoBehaviour的功能点，在这时就不能再让继承了抽象父类的，功能点类去继承MonoBehaviour了，所以这时候可以定义一个接口，让接口继承MonoBehaviour，然后在让封装功能点的类去继承接口这时封装功能点的类就有MonoBehaviour的功能点了，以后的用法都是这样类似用法，要灵活运用抽象类和接口的用法）， 而这些封装功能点的类要进行继承抽象类和接口进行规范。
高内聚 ：就是把封装好功能点的类进行封装把他们放在一个管理类里面进行统一管理，初始化和更新。
低耦合： 就是把每个管理类在进行封装把每个不同的管理类都在封装在一个类里面进行管理（俗称：外观类）
.总的思想就是一个管理类封装一个些功能 点 让后在让另一个管理类来管理这些管理类 做到游戏程序只有一个进口，分层管理 ，层层管理。尽量少写散弹式的脚本，要做到一个类管理所有类。做到层层管理。
.. 如果状态超过两种或者两种一上了建议使用枚举 ，让后可以用很少的字段来控制状态的切换。
总结：
在项目开始之前首先要做的就是分析功能并按照客户要要来选择合适的技术框架，框架没有最好的，只用最合适的，这样做的有一个好处就是可以避免后期客户需求改动幅度特别而需要重写。
在一般的的项目中界面UI使用MVC框架还是蛮多的，MVC框架可以很好的把数据和功能实现相分离，这样可以做到修改数据或者功能实现不会牵扯太多的代码。我现在经常用的框架就是MVC,轻量级分布式状态机，还有就为外观模式（观察者模式），在这里我要说的是，观察者模式和MVC配合使用会用意想不到的效果。虽然MVC可以把数据和实现相分离但是如果界面中没有好的代码结构那么以后改起来一样会很头疼，所以这样我比较喜欢使用MVC做总体框架，界面UI使用观察者设计模式来实现。
最后我想说的是如果在项目经验不多的时候可以多看一些大神的代码，和一些项目的源码，这样可以快速的提升自己的编码水平和设计水平。
原文地址：http://blog.51cto.com/14058389/2314771
