★★★コーディングマナー★★★
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNG個人的に("hello world"); → ( "hello world" );のほうが(・∀・)イイ!
0002デフォルトの名無しさん
NGNG0003デフォルトの名無しさん
NGNGうわーきもい!
0004デフォルトの名無しさん
NGNGchar x1[] = {"hello\n"};
char *p2 = ( "hello\n" );
char x2[] = { "hello\n" };
printf("%s", p1);
printf("%s", x1);
printf("%s", p2);
printf("%s", x2);
さて、エラーはどれ?
0005デフォルトの名無しさん
NGNGま、1がキモイのは事実として
0006デフォルトの名無しさん
NGNG0007デフォルトの名無しさん
NGNGじゃあ、それでいいんじゃない。
0008デフォルトの名無しさん
NGNGそこに「世界全体の統一ルール」とか作って持ち込んだとしても、結局1ヶ月後には元に戻っている。
従って意味無し。
0009デフォルトの名無しさん
NGNGむしろ前者のほうがいい
っていうかこのレベルは一致させる必要も感じないが
0010デフォルトの名無しさん
NGNG0011デフォルトの名無しさん
NGNG0012_
NGNG0014デフォルトの名無しさん
NGNGそれが、括弧が複数であればわかるがひとつだけの場合はそこまで意識しなくても
ええと思ふ。
//スペースがないと読みづらい。
doMethod( ( 0.65356437664 + 547903984 * t ) * x + ( Math.log(a) - 1.4954 ),
"Hello, world", "Hello,world" );
//そんなに読みづらくない。
doMethod("Hello, world");
//ちょっと読みづらい。
doMethod("Hello, world","hello, wold");
//少し読みやすくなった。カーニングやフォントの影響によって、
エディタによっては読みにくい。
doMethod("Hello, world", "hello, wold");
//読みやすい。
doMethod( "Hello, world", "hello, wold" );
//カンマの左にスペース入れても可読性は大して変わらない。
doMethod( "Hello, world" , "hello, wold" );
//短い引数に、そこまでしなくてもいい。かえって読みづらい。
doMethod( "Hello, world",
"hello, wold" );
0015デフォルトの名無しさん
NGNG>//読みやすい。
>doMethod( "Hello, world", "hello, wold" );
うちは基本的にこれ。
ところで、自動で清書するソフトってないの?
0016デフォルトの名無しさん
NGNG001716
NGNGおかしいな、と思ったら、プロポーショナルフォントだった。
0018デフォルトの名無しさん
NGNGプロポーショナルなら幅合わせしようということ自体おかしいよな。
0019デフォルトの名無しさん
NGNGと
list <char> :: iterator p;
どっちがみんな読みやすいかな?
俺は後者の方がいいんだけどなー スペースとり過ぎかな
0020デフォルトの名無しさん
NGNGあけすぎ
Apple ][のBASICを思い出すな。
0021デフォルトの名無しさん
NGNGif (...)
...
↓
if (...)
{
...
}
0022デフォルトの名無しさん
NGNGlist <char>::iterator p; ってしてる。 型はちゃんと確認しときたいもん
0023デフォルトの名無しさん
NGNGfor ( i = 0; i < n; i++ ) cout << *p;
って横に書いてる 読みにくいかな?
0024デフォルトの名無しさん
NGNGfor(i=0;i<n;i++)
if(i!=a)
b = c==a?d:e;
else
b = a;
...って、ここまで書くと、ウザい?(笑
0025デフォルトの名無しさん
NGNGif, elseを書く場合はfor文の横に書くよりはそうやって書くほうがいいね
0026デフォルトの名無しさん
NGNGというひとはいるかな?
0027デフォルトの名無しさん
NGNGバグとかいう前に、まずコンパイルしてもらえない。
0028デフォルトの名無しさん
NGNGうちはそうなってる。
中身が増減するときに、いちいち気にしなくてすむように、だそうな。
0029デフォルトの名無しさん
NGNGfor(i=0; i<n; i++) {
if(i!=a)
b = (c==a)?d:e;
else
b = a;
}
0030デフォルトの名無しさん
NGNG0031デフォルトの名無しさん
NGNGindent
0032デフォルトの名無しさん
NGNGうちもうちも。
後でメンテするやつがバグらんように...(w
それで、ステップ数がとかほざくような所の仕事はやらん!
0034デフォルトの名無しさん
NGNGというか、こういうのが一番困るw
0035デフォルトの名無しさん
NGNGこういうのは、レビューで抹殺します
動きゃ〜いいってもんじゃない(w
0036デフォルトの名無しさん
NGNGこれは良くやるけど、ifとかforとかは無条件で中カッコつける
0037デフォルトの名無しさん
NGNG1行に書ける時はカッコなし、改行するときはカッコあり、だな。
ただPerlではカッコ必須なので1行で書くときも
if($hoge) { hogehoge; }
となってしまって格好悪い。
#後ろに書けばいいという意見もあるだろうけど、あえて前に書きたいときもあるということで。
0038デフォルトの名無しさん
NGNG3項演算子の中で3項演算子を使うのはちょっと自己満足臭がする。
0039デフォルトの名無しさん
NGNGそんな書き方、今まで考えたこともありませんでした
ありがとう
0040デフォルトの名無しさん
NGNG0041500
NGNGclass Hoge
{
public:
_T count;
};//class Hoge
void functionVoid( void ){
}//void functionVoid
void functionHogeHoge(
Hoge& hoge_out,
const Hoge& hoge_ in ) {
}//void functionHogeHoge
俺の場合こんな感じっす。
クラスの場合 { は 同じ行に書かない。なんでだろ?
0042デフォルトの名無しさん
NGNG> };//class Hoge
> }//void functionVoid
> }//void functionHogeHoge
キモッ
0043デフォルトの名無しさん
NGNG閉じ括弧の後にコメントつけるのは、
インデントを自動的に正しく整えてくれないタコエディタ使ってた奴だろう。
emacsマンセー!
それと、最初に他の言語を覚えていてCに移った奴に多いような気がする。
厳密に言うと最初に覚えた言語と言うよりは
いわゆる母語(mother tongue)ってやつで、
その人のプログラミング時の思考方法に強く影響を与えている言語。
俺の場合最初に触れた言語はBASICで今はJavaだが、
母語は大学で使ってたCだと思う。
CまたはC++が母語の人間なら、{}の対応は無意識のうちにできることなので、
わざわざコメントつけて注意を引くほどのことではない。だからつけない。
ちなみに俺は今はEclipseマンセー派なので、
コードの整形はEclipse任せです。時々恐ろしいことになるが…
0044デフォルトの名無しさん
NGNGなんか足が臭そうに見えた
0045デフォルトの名無しさん
NGNG最初からc++ですが、何か?
つーか、インデントくらいそれってますが何か?
関数の終わりを探すのがたるいときあるんだよな。
だからつけてるだけ。
0046デフォルトの名無しさん
NGNGそろえてますが何か。
004841
NGNGいやー、たこエディタはさておき、
画面スクロール2枚分くらいの関数を複数書いてるときに
スクロールグリグリやってるときに、いまどこの関数いじってんだっけ?
ってなったりしないか?
関数の始めに飛ぶショートカットとかつかえばいいだけなのかもしれんが。
あるのか、どうか知らんが。
0049デフォルトの名無しさん
NGNG41のような数行の対応にまで区別無くコメントつけるのがキモイ。
0050デフォルトの名無しさん
NGNGコーディング中は放屁しないこと
0051デフォルトの名無しさん
NGNGString str = new String("java");
str="hello";
でインスタンス生成の時は=の両端を空けるけど代入のときはくっつける。
このほうが見やすいと感じるのは俺だけか???
0052デフォルトの名無しさん
NGNGうん
0053デフォルトの名無しさん
NGNG両方空ける人がかなり多数派と見た。
0054デフォルトの名無しさん
NGNG0055デフォルトの名無しさん
NGNG∧∧Λ
ピュ.ー ( ゜∇゜ )つ < IDEのコードフォーマッターに任せるので
=〔~∪ ̄ ̄〕 入力時は入れないでやってる(゜∇゜)/ 「ウンマンコ」
= ◎――◎
0056デフォルトの名無しさん
NGNG俺だけだろうが、間に空白があると読みづらく感じる。
他人のソースを読むとき、無意識のうちに勝手に空白を詰めていって
そいつに怒られた時があった。あわてて元に戻した。
0057デフォルトの名無しさん
NGNGスクロールしないと関数全体が見えないのは不吉な匂いがする。
0058デフォルトの名無しさん
NGNG1行130カラムとか結構あったりする。
0059デフォルトの名無しさん
NGNG0060デフォルトの名無しさん
NGNGいまだに、きっちり79桁で改行する人もいるけどな(w
0061デフォルトの名無しさん
NGNG0062デフォルトの名無しさん
NGNG0064デフォルトの名無しさん
NGNGvoid Func (int x, int y); ←仮引数のカッコの前にスペース
それと
void Func( int x, int y );
どっちが読みやすい?
0065デフォルトの名無しさん
NGNG0066デフォルトの名無しさん
NGNG0067デフォルトの名無しさん
NGNG0068デフォルトの名無しさん
NGNG}
というのは、個人的に嫌い。
0069デフォルトの名無しさん
NGNG0070デフォルトの名無しさん
NGNG0071デフォルトの名無しさん
NGNG0072デフォルトの名無しさん
NGNG音読すりゃ分かる。
0073デフォルトの名無しさん
NGNGコンパイラにも嫌われると思われ。
0074デフォルトの名無しさん
NGNG0075デフォルトの名無しさん
NGNG0076デフォルトの名無しさん
NGNG{
}
0077デフォルトの名無しさん
NGNG]
0078デフォルトの名無しさん
NGNG#define end }
0079デフォルトの名無しさん
NGNG↑
ここスペースあける?MSはあけてるけど...
0080デフォルトの名無しさん
NGNGあけるなあ。
008165
NGNGそんなつもりはなかったんだけど、言われてみると確かにだじゃれになっているね。
0082デフォルトの名無しさん
NGNGwhile( i++ < 10 );
printf("あいうえお");
これも間違いやすいが
i=1;
while( i++ < 10 )
{
}
printf("あいうえお");
これも気持ち悪い
0083デフォルトの名無しさん
NGNGwhile(i++ < 10) { }
とかするかな。
printf("%s","あいうえお");
0084デフォルトの名無しさん
NGNGwhile (i++ < 10) {
;
}
とかわざわざ書いてるかなあ。
あとそれとは別に、後置インクリメントはなるべく使わないようにしてるが。
(CならいいけどC++でiがユーザー定義型だとね・・)
0085デフォルトの名無しさん
NGNGif (a&0x03==0x01){
が
if ((a&0x03)==0x01){
かと...
0086デフォルトの名無しさん
NGNGあるある
0087デフォルトの名無しさん
NGNGwhile (i++ < 10) {
continue;
}
とか。
0088デフォルトの名無しさん
NGNG#include_<vector>
#include の後にスペース入れるのに
vectorの前後にスペース入れないのだろう?
結構スペース入れるほうなのに
0089デフォルトの名無しさん
NGNGみたいなことだろ
と適当に嘯いてみるお年頃
0090デフォルトの名無しさん
NGNG#include_"_vector_"
とは、書かないだろ
0091デフォルトの名無しさん
NGNG別物になるから。
0092デフォルトの名無しさん
NGNG#include_<_vector_>
vc6でコンパイルできたよ。
そういうことじゃなくて?
0093デフォルトの名無しさん
NGNG$ echo '#include < vector >' > a.cc
$ g++ -c a.cc
a.cc:1:20: vector : そのようなファイルやディレクトリはありません
0094ヽ(´ー`)ノ
NGNG/* do nothing */
}
…かな。
#include はヘッダのファイル名だからスペースを入れるのはマズい予感。
0095デフォルトの名無しさん
NGNG0096ヽ(´ー`)ノ
NGNGていうか、空ループ使う時って他の書き方で、より分かりやすくできるというのが持論なんだがどうか。
0097デフォルトの名無しさん
NGNG0098デフォルトの名無しさん
NGNGfunc(1, 2);
なので定義はスペースあり。
void func (int a, int b) { 略 }
しかし宣言が格好つかないのがちとネック(汗
void func (int, int);
0099デフォルトの名無しさん
NGNGunsigned long ulHonyarara;
とか付ける?
スコープを表したもの(m_等)は、解析時間が減るといった事例は
聞いたことあるが、型まで明示するのは利点ある?
(HDC hDcのhなどは付けるが...)
0100デフォルトの名無しさん
NGNGあまりないと思うけど、なれちゃうとやってないのが
変な気になってくる。それだけ。
0101デフォルトの名無しさん
NGNGメンバとかよく使うものならこうするかな、
typedef unsigned long honyarara_type;
honyarara_type honyarara;
めんどくさいときはてきとー。
型まで明示するとあとで型変えたくなったときに色々めんどくさいんでやめますた。
ハンドルとかコンテナとかポインタとかならつけることもある。
利点はごめんなさい、知りません。
■ このスレッドは過去ログ倉庫に格納されています