如果你想最簡(jiǎn)單地完成一項(xiàng)編程任務(wù)，我認(rèn)為可以從四個(gè)方面入手：

1. 清晰原則。

代碼要寫(xiě)得盡量清晰，避免晦澀難懂。清晰的代碼不容易崩潰，而且容易理解和維護(hù)。重視注釋。不為了性能的一丁點(diǎn)提升，而大幅增加技術(shù)的復(fù)雜性，因?yàn)閺?fù)雜的技術(shù)會(huì)使得日后的閱讀和維護(hù)更加艱難。

2. 模塊原則。
每個(gè)程序只做一件事，不要試圖在單個(gè)程序中完成多個(gè)任務(wù)。在程序的內(nèi)部，面向用戶(hù)的界面（前端）應(yīng)該與運(yùn)算機(jī)制（后端）分離，因?yàn)榍岸说淖兓煊诤蠖恕?

3. 組合原則。

不同的程序之間通過(guò)接口相連。接口之間用文本格式進(jìn)行通信，因?yàn)槲谋靖袷绞亲钊菀滋幚怼⒆钔ㄓ玫母袷健＿@就意味著盡量不要使用二進(jìn)制數(shù)據(jù)進(jìn)行通信，不要把二進(jìn)制內(nèi)容作為輸出和輸入。

4. 優(yōu)化原則。

在功能實(shí)現(xiàn)之前，不要考慮對(duì)它優(yōu)化。最重要的是讓一切先能夠運(yùn)行，其次才是效率。“先求運(yùn)行，再求正確，最后求快。”（Make it run, then make it right, then make it fast.）90%的功能現(xiàn)在能實(shí)現(xiàn)，比100%的功能永遠(yuǎn)實(shí)現(xiàn)不了強(qiáng)。先做出原型，然后找出哪些功能不必實(shí)現(xiàn)，那些不用寫(xiě)的代碼顯然無(wú)需優(yōu)化。目前，最強(qiáng)大的優(yōu)化工具恐怕是Delete鍵。

簡(jiǎn)單原則