回 11楼(jrcsh) 的帖子
去年6月做了一个大约3万行代码的项目,难度又较大,但由于时间关系,没规划架构
我基本上把核心都写在一个类中了!
然后使用了大量的状态记录,和定时器,加动态事件通知,这样乱七八糟地堆起来了!
结果,半年后,我不得不重写! 我以前做过这个项目的简单版,也是时间紧迫,用类似方法实现得又超顺利,维护难度一般般!
按这样的规律,初步认为,状态架构比较适合逻辑不强的底层处理,而且独立性要较强!
然后高起来,就是面向过程了-面向对象! 最后又回到读写状态的状态! 无言...
我基本上把核心都写在一个类中了!
然后使用了大量的状态记录,和定时器,加动态事件通知,这样乱七八糟地堆起来了!
结果,半年后,我不得不重写! 我以前做过这个项目的简单版,也是时间紧迫,用类似方法实现得又超顺利,维护难度一般般!
按这样的规律,初步认为,状态架构比较适合逻辑不强的底层处理,而且独立性要较强!
然后高起来,就是面向过程了-面向对象! 最后又回到读写状态的状态! 无言...