開發準則：軟體開發應該力求簡單。
如果你準備編寫乙個程式，請從小規模開始並盡量保持。確保每乙個函式執行單一的工程，我們也可以稱為乙個小函式。
從效能方面講，小函式消耗的系統資源較少。因為他們的可執行映象只占用了少量記憶體，作業系統就更能輕而易舉地為它們分配空間。這大大降低了記憶體交換和分頁的需求，這樣往往能顯著提高系統效能。談到這裡，也許有人會認為我有足夠大的記憶體，不用擔心這個。但是我想說的是，如果記憶體越大，使用小函式的系統就更能從中受益。大容量的記憶體使得更多小函式可以在核心快取記憶體中駐留更長的時間，這樣加速了cpu的利用率，從而提公升了系統效能。
從可維護性方面來講，小函式使我們不需要靠注釋就能很輕鬆的理解其功能。這也是乙個優秀的軟體工作者需要的基本素質，經常需要給**加上完整而不冗餘的注釋，解釋函式的功能。不過，我們發現短小精悍的**比起那大篇幅注釋的**更易於理解和維護。
短小精悍的小函式：
中心思想：讓每個小函式只做一件事，實現單一功能。
經常在寫乙個程式時，我們往往考慮這個程式要實現多種功能，其實很簡單，將每一種功能寫成乙個函式。但是在具體實現的時候，有一些評判準則可以幫助我們判斷自己編寫的函式是否為小函式。我把這些評判準則列在下面：
1 先看看函式引數是否過多，原則上不超出螢幕的寬度。
2 函式的**不能超過整個螢幕。
3 要靠閱讀**注釋，才能記住函式到底做了什麼。
4 函式名太長了。
當然上面這些只是乙個形式上的評判標準，最主要的還是中心思想，這個函式只能做一件事。
簡單即是美
1.c 就是在c的基礎上引進了物件導向 以下簡寫為 oo 的特性，但是，請注意，就是這點不同，讓c 與 c 成了截然不同的兩種語言！c 之父也是這樣說的 2.oo 只是看上去很美，實際上並沒解決任何問題，開始的時候它是打著拯救軟體危機的旗號來的，但現在看，可惜的是，其真正發能揮作用的領域反而更小了。...
程式設計小思想
暴力破解法 對於情況有限的問題，可以使用暴力破解方法。對有限的問題，加以條件篩選。即可得到想要的資料。列舉與剪枝 剪枝 為了讓計算機避免一些無用的，徒勞的動作。找零方案 8元找零方案 暴力破解 function getway num getway 8 result i 0j 0k 0m 16 i 0...
程式設計思想
pop面向過程的程式設計思想把電腦程式看作是一組命令的集合，即一組函式的順序執行。面向過程設計時，將整個程式切分成幾個函式模組，每乙個模組負責解決乙個問題。oop把物件作為程式的基本單元，乙個物件包含了資料和運算元據的方法 method 物件導向的程式設計把電腦程式視為一組物件的集合，每個物件都可以...