今天早上考慮了一些問題，覺得有些地方按自己的設想會導致效率下降，如果改了可能把自己的架構搞亂。糾結了半天，領悟到這麼一點：
架構、設計完成後，就這樣做，覺得有地方可以修改，可以記錄下來，以後優化時再修改。因爲按照自己的架子來搭建程序的話，開發效率會很高，後期彙總了所有可優化的地方，再來修改也會很有針對性。如果一邊寫，一邊改，一方面是讓開發效率下降，還可能讓自己的設計思路變得混亂，嚴重可能導致錯誤，甚至停止不前。所以，優化一定放在最後再來做！！！
同時，看lua文章時，看到一句話：
Knuth有句名言：“過早優化是萬惡之源”。其意思就是過早優化是不必要的，會浪費大量時間，而且容易導致代碼混亂。
竟然和我的想法不謀而合，嘿嘿……
不過，優秀的架構、設計和代碼纔是最重要的，也是最基本的，因爲一對垃圾代碼，優化了也沒有用。