轉自：
http://dev.csdn.net/article/17/17508.shtm（只轉了一部分）
因為 C++語言已經于1998年被標準化，C++的中堅分子在努力推動程序員從數組轉到vector時就沒什么顧慮了。同樣顯然的情況也發生于嘗試使開發者從char*指針遷移到string對象的過程中。有很好的理由來做這些轉變，包括可以消除常見的編程錯誤（參見條款13），而且有機會獲得STL算法的全部強大能力（比如參見條款31）。
但是，障礙還是有的，最常見的一個就是已經存在的傳統C風格的API接受的是數組和char*指針，而不是vector和string對象。這樣的API函數還將會存在很長時間，如果我們要高效使用STL的話，就必須和它們和平共處。
幸運的是，這很容易。如果你有一個vector對象v，而你需要得到一個指向v中數據的指針，以使得它可以被當作一個數組，只要使用&v[0]就可以了。對于string對象s，相應的咒語是簡單的s.c_str()。但是是只讀的。如廣告中難懂的條文時常指出的，必然會有幾個限制。
給定一個
vector<int> v;
表達式v[0]生產一個指向vector中第一個元素的引用，所以，&v[0]是指向那個首元素的指針。vector中的元素被C++標準限定為存儲在連續內存中，就像是一個數組，所以，如果我們想要傳遞v給這樣的C風格的API：
void doSomething(const int* pInts, size_t numInts);
我們可以這么做：
doSomething(&v[0], v.size());
也許吧。可能吧。唯一的問題就是，如果v是空的。如果這樣的話，v.size()是0，而&v[0]試圖產生一個指向根本就不存在的東西的指針。這不是件好事。其結果未定義。一個較安全的方法是這樣：
if (!v.empty()) {
doSomething(&v[0], v.size());
}
如果走錯路了，你可能會碰到一些半吊子的人物，他們會告訴你說可以用v.begin()代替&v[0]，因為（這些討厭的家伙將會告訴你）begin返回指向vector內部的迭代器，而對于vector，其迭代器實際上是指針。那經常是正確的，但正如條款50所說，并不總是如此，你不該依賴于此。begin的返回類型是iterator，而不是一個指針，當你需要一個指向vector內部數據的指針時絕不該使用begin。如果你基于某些原因決定鍵入v.begin()，就應該鍵入&*v.begin()，因為這將會產生和&v[0]相同的指針，這樣可以讓你有更多的打字機會而且讓其他要弄懂你代碼得人感覺到更晦澀。坦白地說，如果你正在和告訴你使用v.begin()代替&v[0]的人打交道的話，你該重新考慮一下你的社交圈了。（譯注：在VC6中，如果用v.begin()代替&v[0]，編譯器不會說什么，但在VC7和GCC中這么做的話，就會引發一個編譯錯誤）
類似從vector上獲取指向內部數據的指針的方法，對string不是可靠的，因為（1）string中的數據并沒有承諾被存儲在連續內存中，（2）string的內部表示形式并沒承諾以一個null字符結束。這解釋了string的成員函數c_str存在的原因，它返回一個按C風格設計指針，指向string的值。因此我們可以這樣傳遞一個string對象s給這個函數，
。。。。。。。。。。。
。。。。。。。。。