最新开始做游戏了,没有用框架,纯手写的,写了几星期发现越写越乱了,现在打算重构一遍,应该遵循什么原则呢?对于有好多子类的应不应该改接口呢?改的话动作太大了。

解决方案 »

  1.   

    差不多有同样的感觉吧。。
    我做的是一套完成的商品上传的流程。
    现在代码暂时是没有发现bug了,但是在对上传规则进行添加新功能或者修改的时候,找到相应的那段需要的代码特别累,而且改起来也特别的麻烦。
    不过还是坚持在一点点的改,我估计如果改到符合我现在的这样审美要求的话,需要花大约4整天。
    结合师父教我的以及自己的心得。总结几条,
    第一,三层的结构一定要清晰,最上层只留一个最基本的调用方法,方法的代码行数不超过10行,最底层也是最基本的操作方法,代码也尽量的少。中间的service层尽量的多,尽量的全。
    第二,service层可以创建一些servicehelper。service层可以相互多调用。
    第三,注释尽量多,你懂得。
    第四,每种方法尽量的简短,每种方法最好不要超过20行。当然,只有本类才会调用的声明为私有的除外。
      

  2.   

    你自己将现有的代码类型划分归类.架构嘛,也就那么几个层次,什么数据层(Entity),DAO,Service.服务器的应用就这么几个类了.如果没有使用现有的服务器中间件的话,最好少用接口,因为抽象和具体就会增加现有程序的数量和纷杂,可以在后面再跟进.其实你需要的就是整理出一个分层结构体.增加结构的安全分布性时,使用抽象和具体两种技术.这样就是你需要的自己建立的程序体系,也就是你的数据架构了.
      

  3.   

    建议看下这本书 重构:<<改善既有代码的设计>>