mvc我是真不知道,23种设计模式这本书也是真没看。 不过我刚才看了你说的三层模式,感觉可以解决我这个问题, UI控制类在最上层 ,中间放逻辑类,底层放 塔 怪物 子弹 的数据类,这个思路应该可以解决我的问题,如果不能解决,我会去看看mvc的 。 设计模式,我感觉不了解,比了解更好,我没看过设计模式,但是看cocos的 create 和 getinstance ,感受到了易用和易管理,我就会用了, 我用在自己的模块了,很方便。 每个人有每个人的学习方法哈,我习惯通过代码学习框架和思想,不喜欢啃书哈。
可能有个语义不明,为什么不了解,比了解更好。 因为根据我的习惯,任何事物的双面性,包括经验和知识,经验的反面,会让你失去很多尝试,有些也许是经验让你少走弯路,有些也许失去了一次机会,机会是什么,看你的做的是什么事情。知识的反面,是束缚,知识拥有的越多,考虑的东西也越全面,写一句代码的时候考虑的问题也就越多,大多数人都认为,考虑全面肯定是好的,知识面广也是好的,很少人会去考虑束缚的问题。但是每拥有一个知识点,就无形的给自己上了框,你每写一句代码都会变得很小心,为什么?因为你拥有这一块知识点,你知道什么是好的,什么是不好的。 除非你有把握,能在有限的生命里,把所有给自己上的框,跳出来,否则你知识反而成了你,编码的阻力了。
我只去了解,我目前用到的东西,发现问题解决不了了,再去了解一点点, 我很小心翼翼的给自己上枷锁,或者去获取更多知识,只有在不得不这样的情况下,我才会去这样做。 这样做的目的,是保持编码的初心。 你第一次在电脑上打印 hello world 的喜悦,你现在还拥有么?
我每天都能拥有这种感觉。 所以 我写代码是快乐的,而且乐在其中,虽然这样的反面是,知识面很窄,但是 合适就行了,不够了,再来问,问了再去学,其他的东西谁在乎呢?