技術中的小函式之道

曾經有人對函式方面提出**最小處理單元的概念：乙個基本操作（賦值，比較等），乙個函式呼叫（包括呼叫後判斷返回值進行判斷）都看成乙個最小處理單元。那麼，乙個函式，最小處理單元合理的個數範圍在7以內。如果超過了7，你就要考慮把他們拆分成多個函式了。

設計良好的函式往往比較小，而過大函式的設計往往一塌糊塗，或者存在很大的優化空間，函式設計的本質是內聚，它的大小只是它的表現形式，討論一下函式的大小問題很有必要。最小數目沒有限制，即便是只有1個，也有存在的必要。

在下面的情況下我們將函式拆分為更小的函式：

1、一眼不能夠看到函式所有的**

如果函式過長，無法一眼看到乙個函式所有的**，我會毫不猶豫的拆分。我不想讓讀者去翻屏，也不想讓讀者前顧後盼，顧此失彼。漂亮的函式應該讓讀者一眼就知道他在做什麼以及怎麼做的。

2、區域性變數過多

如果區域性變數超過七個，我會考慮拆分函式。變數過多意味著我要記錄太多的狀態，這會加重我大腦的負擔，同時要考慮太多的東西。這也同時意味著我可能沒有對函式功能進行深入的思考。

3、太多的縮排

太多的縮排意味著太多的巢狀，要麼是迴圈，要麼是判斷，都會導致複雜的邏輯。

4、不處於同一抽象層次

舉例，有乙個初始化函式，需要初始化配置資料，套接字，資料庫連線，通道狀態。

void init()

config_init();

socket_init();

db_init();

int i = 0;

for (i = 0;i < max_chn_num;i++)//初始化所有通道

g_user_chn[i].status = status_init;

上個函式中對所有通道的初始化一塊**就和其他的不處於乙個抽象層次，我們應該將它封裝起來：

void chn_init()

int i = 0;

for (i = 0;i < max_chn_num;i++)//初始化所有通道

g_user_chn[i].status =status_init;

函式最小可以有多小取決於它存在的意義。

int max(int a, intb)

return a > b?a:b;

這個函式很小，只有一行，但是他存在的意義在於：在函式的呼叫點，我們一眼就知道是獲取a和b中的最大值，而不是分析 a > b?a:b 的邏輯。這樣可以節省程式設計師的腦力成本，從而達到乙個目的：漂亮的函式應該讓讀者一眼就知道他在做什麼以及怎麼做的。

如果新晉的程式設計師對函式的大小不夠敏感，那麼，可以多嘗試編寫10行左右（甚至更小）的函式，慢慢你會發現小函式原來具有大威力。

設計良好的函式往往比較小，而過大函式的設計往往一塌糊塗，或者存在很大的優化空間。也許你認為討論函式的大小沒有必要，原因是函式設計的本質是內聚，它的大小只是它的表現形式。而上面的原因有必要讓我們討論一下函式的大小問題。我對函式的核心思路我提出最小處理單元的概念乙個基本操作賦值，比較等乙個函式...