スレを勃てるまでもないC/C++の質問はここで 10

スレを勃てるまでもな ..

974:デフォルトの名無しさん
09/06/13 16:31:59
そういうのは、プロジェクトポリシーで決まるんじゃねーの

975:デフォルトの名無しさん
09/06/13 16:36:10
>>972
いや、それよりもPutStringの引数にconstつけろよ。

976:デフォルトの名無しさん
09/06/13 16:40:57
>>973
全世界にソース公開とかじゃない限り「絶対にかぶらない名前をつける」ってのは
重視しなくていいんじゃないかな。
ちなみに、自分はクラス名と同じ命名規則。

977:デフォルトの名無しさん
09/06/13 16:44:55
プログラムのわかりやすさではstringだな。
生成と動作のコストがかかるが。

978:デフォルトの名無しさん
09/06/13 16:52:01
長い文字列、データをソース内に貼り付けるとコンパイル時間かかりサイズもでかくなる。
計算や短い文から生成できるならそれ使うべき。

979:デフォルトの名無しさん
09/06/13 17:29:48
日本語の識別子を使う人なんてめったにいないだろうから
namespaceで日本語を使えば被る確立はほとんどないだろう
コンパイラ依存だけど

980:デフォルトの名無しさん
09/06/13 17:57:37
>>979
どう考えたって、
仕様違反のコンパイラ依存に確実になるくらいなら
namespaceがかぶる危険があるってだけの方が
まだマシだと考えるヤツが大半だと思うが。

ローマ字に止めるべし。

981:デフォルトの名無しさん
09/06/13 18:01:00
和製英語のローマ字読み最強

982:デフォルトの名無しさん
09/06/13 18:19:57
BOOL bBlockConnect(char * pAddr, int iPort, unsigned int uiMsg);
int iOnSocketEvent(WPARAM wParam, LPARAM lParam);
BOOL bInitBufferSize(DWORD dwBufferSize);
XSocket(HWND hWnd, int iBlockLimit);
virtual ~XSocket();

int m_WSAErr;
BOOL m_bIsAvailable;
BOOL m_bIsWriteEnabled;

void _CloseConn();

int _iSendUnsentData();
int _iRegisterUnsentData(char * cData, int iSize);
int _iSend(char * cData, int iSize, BOOL bSaveFlag);
int _iSend_ForInternalUse(char * cData, int iSize);

メンバ関数の　始まりの文字が
b -> return BOOL
i -> return int
と規則的に作られてるのですが
_ (アンダーバー)で始まるのは何の意味があるのでしょうか？

983:デフォルトの名無しさん
09/06/13 18:24:17
実装した奴が、そうしたかったから
言語仕様での意味はないはず。

984:デフォルトの名無しさん
09/06/13 18:39:53
privateなメンバとか。何か規則があると思う。
スコープがクラスだから、_[a-Z]+()なメンバ関数があっても他のスコープと識別子がかぶることはないが、
_[a-Z]+で始まる識別子は予約されているので、マクロで置き換えられたときに嵌まるおそれがある。

985:デフォルトの名無しさん
09/06/13 19:00:49
STLのmapの容量はかってみた。　
<int,int>で2の21乗個登録したら、127M使用していた。
一個あたり、64バイト。
通常の配列だと4バイト、16倍も消費量が多い。
もっと少なくなるやつある?