函數(shù)接口的兩個要素是參數(shù)和返回值。C語言中，函數(shù)的參數(shù)和返回值的傳遞方式有兩種：值傳遞（pass by value）和指針傳遞（pass by pointer）。C++ 語言中多了引用傳遞（pass by reference）。由于引用傳遞的性質象指針傳遞，而使用方式卻象值傳遞，初學者常常迷惑不解，容易引起混亂，請先閱讀6.6節(jié)“引用與指針的比較”。

6.1 參數(shù)的規(guī)則
l 【規(guī)則6-1-1】參數(shù)的書寫要完整，不要貪圖省事只寫參數(shù)的類型而省略參數(shù)名字。如果函數(shù)沒有參數(shù)，則用void填充。

例如：

void SetValue(int width, int height); // 良好的風格

void SetValue(int, int); // 不良的風格

float GetValue(void); // 良好的風格

float GetValue(); // 不良的風格

l 【規(guī)則6-1-2】參數(shù)命名要恰當，順序要合理。

例如編寫字符串拷貝函數(shù)StringCopy，它有兩個參數(shù)。如果把參數(shù)名字起為str1和str2，例如

void StringCopy(char *str1, char *str2);

那么我們很難搞清楚究竟是把str1拷貝到str2中，還是剛好倒過來。

可以把參數(shù)名字起得更有意義，如叫strSource和strDestination。這樣從名字上就可以看出應該把strSource拷貝到strDestination。

還有一個問題，這兩個參數(shù)那一個該在前那一個該在后？參數(shù)的順序要遵循程序員的習慣。一般地，應將目的參數(shù)放在前面，源參數(shù)放在后面。

如果將函數(shù)聲明為：

void StringCopy(char *strSource, char *strDestination);

別人在使用時可能會不假思索地寫成如下形式：

char str[20];

StringCopy(str, “Hello World”); // 參數(shù)順序顛倒

l 【規(guī)則6-1-3】如果參數(shù)是指針，且僅作輸入用，則應在類型前加const，以防止該指針在函數(shù)體內被意外修改。

例如：

void StringCopy(char *strDestination，const char *strSource);

l 【規(guī)則6-1-4】如果輸入參數(shù)以值傳遞的方式傳遞對象，則宜改用“const &”方式來傳遞，這樣可以省去臨時對象的構造和析構過程，從而提高效率。

2 【建議6-1-1】避免函數(shù)有太多的參數(shù)，參數(shù)個數(shù)盡量控制在5個以內。如果參數(shù)太多，在使用時容易將參數(shù)類型或順序搞錯。

2 【建議6-1-2】盡量不要使用類型和數(shù)目不確定的參數(shù)。

C標準庫函數(shù)printf是采用不確定參數(shù)的典型代表，其原型為：

int printf(const chat *format[, argument]…);

這種風格的函數(shù)在編譯時喪失了嚴格的類型安全檢查。

6.2 返回值的規(guī)則
l 【規(guī)則6-2-1】不要省略返回值的類型。

C語言中，凡不加類型說明的函數(shù)，一律自動按整型處理。這樣做不會有什么好處，卻容易被誤解為void類型。

C++語言有很嚴格的類型安全檢查，不允許上述情況發(fā)生。由于C++程序可以調用C函數(shù)，為了避免混亂，規(guī)定任何C++/ C函數(shù)都必須有類型。如果函數(shù)沒有返回值，那么應聲明為void類型。

l 【規(guī)則6-2-2】函數(shù)名字與返回值類型在語義上不可沖突。

違反這條規(guī)則的典型代表是C標準庫函數(shù)getchar。

例如：

char c;

c = getchar();

if (c == EOF)

…

按照getchar名字的意思，將變量c聲明為char類型是很自然的事情。但不幸的是getchar的確不是char類型，而是int類型，其原型如下：

int getchar(void);

由于c是char類型，取值范圍是[-128，127]，如果宏EOF的值在char的取值范圍之外，那么if語句將總是失敗，這種“危險”人們一般哪里料得到！導致本例錯誤的責任并不在用戶，是函數(shù)getchar誤導了使用者。

l 【規(guī)則6-2-3】不要將正常值和錯誤標志混在一起返回。正常值用輸出參數(shù)獲得，而錯誤標志用return語句返回。

回顧上例，C標準庫函數(shù)的設計者為什么要將getchar聲明為令人迷糊的int類型呢？他會那么傻嗎？

在正常情況下，getchar的確返回單個字符。但如果getchar碰到文件結束標志或發(fā)生讀錯誤，它必須返回一個標志EOF。為了區(qū)別于正常的字符，只好將EOF定義為負數(shù)（通常為負1）。因此函數(shù)getchar就成了int類型。

我們在實際工作中，經常會碰到上述令人為難的問題。為了避免出現(xiàn)誤解，我們應該將正常值和錯誤標志分開。即：正常值用輸出參數(shù)獲得，而錯誤標志用return語句返回。

函數(shù)getchar可以改寫成 BOOL GetChar(char *c);

雖然gechar比GetChar靈活，例如 putchar(getchar()); 但是如果getchar用錯了，它的靈活性又有什么用呢？

2 【建議6-2-1】有時候函數(shù)原本不需要返回值，但為了增加靈活性如支持鏈式表達，可以附加返回值。

例如字符串拷貝函數(shù)strcpy的原型：

char *strcpy(char *strDest，const char *strSrc);

strcpy函數(shù)將strSrc拷貝至輸出參數(shù)strDest中，同時函數(shù)的返回值又是strDest。這樣做并非多此一舉，可以獲得如下靈活性：

char str[20];

int length = strlen( strcpy(str, “Hello World”) );

2 【建議6-2-2】如果函數(shù)的返回值是一個對象，有些場合用“引用傳遞”替換“值傳遞”可以提高效率。而有些場合只能用“值傳遞”而不能用“引用傳遞”，否則會出錯。

例如：

class String

{…

// 賦值函數(shù)

String & operate=(const String &other);

// 相加函數(shù)，如果沒有friend修飾則只許有一個右側參數(shù)

friend String operate+( const String &s1, const String &s2);

private:

char *m_data;

}

String的賦值函數(shù)operate = 的實現(xiàn)如下：

String & String::operate=(const String &other)

{

if (this == &other)

return *this;

delete m_data;

m_data = new char[strlen(other.data)+1];

strcpy(m_data, other.data);

return *this; // 返回的是 *this的引用，無需拷貝過程

}

對于賦值函數(shù)，應當用“引用傳遞”的方式返回String對象。如果用“值傳遞”的方式，雖然功能仍然正確，但由于return語句要把 *this拷貝到保存返回值的外部存儲單元之中，增加了不必要的開銷，降低了賦值函數(shù)的效率。例如：

String a,b,c;

…

a = b; // 如果用“值傳遞”，將產生一次 *this 拷貝

a = b = c; // 如果用“值傳遞”，將產生兩次 *this 拷貝

String的相加函數(shù)operate + 的實現(xiàn)如下：

String operate+(const String &s1, const String &s2)

{

String temp;

delete temp.data; // temp.data是僅含‘