即整數與小數的位數之和不應該超過6位，如果小數部分過長，那麼系統將按四捨五入法來近似成6位，如果整數部分過長，那麼也近似成為6位
例如：
cout<<123.4567 結果是123程式設計客棧.457，
cout<<123.4564 結果是123.456，
cout<<123456.1 結果是123456，
cout<<123456.5 結果是123457
對於常字串，理論上是無限長，但收到vc++編譯器的限制，如果常串長到了引起換行的地步，那就將導致編譯錯，也就是說，cout對於cout先說帶小數的情況，跟常量數略有不同，其輸出結果跟變數的型別有關，int型的按原型輸出，double型的6位一下（含6位）按原型www.cppcns.com輸出，6位以上按科學技術法形式輸出，其他型別也類似。順便說一句，int型的範圍是-214783648~214780647，共2^32次方個數，在賦值時就算越界，編譯器也不會報錯，也不會警告，所以要小心，有個常識，若表示全球人口數（約60億），應該用double或long double型，其他型別是不行的；對於變數字元程式設計客棧串，即char型陣列，我沒有發現有什麼限制，因為我寫：
char v[50000];
memset(v,1,49999);
cout《時，螢幕上出現了數不清的小圓臉（ascii碼1的字元），就算用memset越界賦值，也沒有問題。
本文標題: php cout《的一點看法
本文位址: /wangluo/php/54502.html
對需求的一點看法
需求是什麼，如何來做好需求，在cmmi 模型裡都給予了說明。模型將需求分為兩個部分，乙個是二級的需求管理，另乙個是 的需求開發 之後又看了rup 對需求的描述，它沒有明確對需求管理與開發進行劃分，它的工作流包括了以下幾個部分 問題分析，理解涉眾需要，定義系統，管理專案規模，改進系統定義，管理需求變更...
關於積累的一點看法
罈子裡有人討論小公司要不要積累框架的問題，有感而發，寫了點自己的看法，一家之言，歡迎拍磚。我在學習銷售的時候，有個理念對我震動很大。我們在各行各業都看到很多成功人士，大家都很羨慕他們，希望能像他們一樣成功，但是很少有人能做到。有人就分析，發現這些人比別人並不聰明多少，但基本上就有乙個特點，他們很善於...
關於積累的一點看法
我們在各行各業都看到很多成功人士，大家都很羨慕他們，希望能像他們一樣成功，但是很少有人能做到。有人就分析，發現這些人比別人並不聰明多少，但基本上就有乙個特點，他們很善於發揮時間的威力，在他們很年輕的時候，就每天堅持做一點對自己有益的積累，這個積累，可能是一次訓練，可能是一段 可能是乙個善舉，可能是乙...