今天早上考虑了一些问题,觉得有些地方按自己的设想会导致效率下降,如果改了可能把自己的架构搞乱。纠结了半天,领悟到这么一点:
架构、设计完成后,就这样做,觉得有地方可以修改,可以记录下来,以后优化时再修改。因为按照自己的架子来搭建程序的话,开发效率会很高,后期汇总了所有可优化的地方,再来修改也会很有针对性。如果一边写,一边改,一方面是让开发效率下降,还可能让自己的设计思路变得混乱,严重可能导致错误,甚至停止不前。所以,优化一定放在最后再来做!!!
同时,看lua文章时,看到一句话:
Knuth有句名言:“过早优化是万恶之源”。其意思就是过早优化是不必要的,会浪费大量时间,而且容易导致代码混乱。
竟然和我的想法不谋而合,嘿嘿……
不过,优秀的架构、设计和代码才是最重要的,也是最基本的,因为一对垃圾代码,优化了也没有用。
时间: 2024-11-07 19:49:53