事情是这样的,我在之前的公司做过一个Unity的小项目,由于很小,所以一个人做,由于一个人做加之我对Unity了解不多,所以在项目实践了一些诸如状态机,消息中心等理念,导致方法的调用不是那么的直观。最近听说接手项目的人很蛋疼,故有此问。
应该是在不断的重构中对代码进行优化,一开始写的时候不需要考虑这些玩意。对目标组件不熟悉肯定会走点弯路的,过渡的设计也是很正常的,你的做法我觉得很正常不过了,但后面你可以把这些问题归纳为文档给接手的人。
文档和注释都已经加过了,包括用到的库的链接及文档也有加。唉,程序设计要做到融会贯通真心好难。
@养狗的老鼠: 每个开发的理解程度不同,没办法让每个人都理解。你写简单点别人嫌太啰嗦了,你写的稍微复杂点又嫌太难用。这种事你只要能够让自己写的东西每个地方都能够说的通,有理由这样做就可以了,没有绝对的正确或者错误。
考虑接手难度的话,那你需要做的不是把项目简化.而是把项目做清晰.
只要结构清晰合理.自然不会有什么蛋疼的一说.
嗯,清晰的结构追求起来倒是蛮难的,用状态机就是为了更清晰,但现在看来估计是没用好啊,哈哈。
呵呵…… 这逼装得不错……
小伙子看来喜欢把简单的事情弄得复杂一点啊
哈哈,倘若未曾深入,恐将来也无法浅出吧,这句话说起来感觉好污啊。那你觉得在初学阶段是否要把把简单的事情弄得复杂一点呢?