- 1 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 23:28:42 ]
- カッコの位置や変数名のつけ方から、何で規約なんて決めるのという話まで
コーディング規約・スタイルに関するスレ
前スレ
コーディング規約 第2条
pc10.2ch.net/test/read.cgi/tech/1068752664/
- 49 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 00:23:01 ]
- >>28
ローカル変数を const にしたいときに使うので良く使う。
こういうときに匿名関数とか欲しくなる。
- 50 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 02:47:20 ]
- なんで人間がソースコードを整形するんだよ。
インデントなんか何だっていいんだよ、
チェックインする前に自動整形かければ済むことだ。
人様のコードを読む時も、自動整形かければ済むことだ。
まぁ、インデントがスペースだと文句を言う人は、
キーボードの→を押して、ぼーっと画面を眺めるような間抜けだろう。
- 51 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 06:34:06 ]
- そうかそうか、よーくわかったぞ。
- 52 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 14:08:08 ]
- >>50
なんで人間がソースコードを整形しないんだよ。
インデントって重要なんだよ、
チェックインする前には、必ず手作業で整形する習慣をつけるべき。
人様のコードを読む時に、自動整形するなんて言語道断。
まぁ、自動整形がいいんだと文句を言う人は、
世の中には例外というものがあって、自動整形することで
醜くなるソースコードがあることすら理解できない間抜けだろう。
- 53 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 16:30:10 ]
- なるほど、そうかそうか。
- 54 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 21:57:34 ]
- >>52
一本とれてよかったね。
- 55 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 04:31:13 ]
- なんか、ソースが世代ごとに、違う整形ツールで整形を受けていって、
しまいにゃあ、いろんなところが崩壊して行きそう
マイケルジャクソンみたいに
- 56 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 07:26:37 ]
- ・使う整形ツールを規約で規定する
・ツール側の非互換な変更に備えて、バージョンまで指定する
・ツールを変更した場合、そのツールで全ソースを整形し直す
くらいで解決できそう。
- 57 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 15:12:40 ]
- >>46
その例だと、こうする。TABの幅が変わってもずれない。（可変幅fontな奴はさすがにいないだろう）
<TAB>char *hoge = {"hoge", "piyo",
<TAB> "fuga"}; // TABのあとに14文字スペース。前の行のcharのc前までがTAB
まあ個人的なコードで他人関係ないならこう書くけど
<TAB>char *hoge = {
<TAB><TAB>"hoge",
<TAB><TAB>"piyo",
<TAB><TAB>"fuga",
<TAB>};
- 58 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 16:13:50 ]
- >>57
等幅フォントという前提自体が美しくない。
まぁ、>57の前者程度であれば空白が詰まろうとたいした問題ではないが。
駄菓子菓子、パラメータや型名の後を揃えたがるのはどうにもこうにも美しくない。
Ex.
sumType_t funcName(
int foo, /* この行にfooとbarをそろえるための空白を入れている */
const char * bar
)
{
- 59 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 20:07:14 ]
- プロポーショナルフォントなど使うスットコドッコイは逝ってしまえ的な
- 60 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 20:57:01 ]
- >>59
現にここに貼ってもプロポーショナルフォントで見る羽目になるわけで。
- 61 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 02:21:33 ]
- そういえばプロポーショナルなフォントでソースコード書かないね。
ハードウェア・ソフトウェアとも、十分プロポーショナルフォントで行ける環境はあるのに。
メールなんか、Outlook Expressやらのせいで、どちらかというと等幅の方が劣勢だよね。
- 62 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 02:22:05 ]
- フォント自体は等幅なのだが、
キーワードが太字になったり斜体になったりして
結局揃わない罠。
- 63 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 02:25:49 ]
- >>61
フォント変えられるエディタで好きに書けよ
- 64 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 03:04:12 ]
- double mat[9] = {
1.0, 10,0, 100.0,
125.0, 1.0, 12.4,
45.0, 1250.0, 25.0
};
こんな感じのを書くときとか、やっぱ都合が悪いわけで
- 65 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 12:22:00 ]
- >>61
等幅等幅いってんのは日本人だけだろ？
- 66 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 12:52:45 ]
- そりゃそうだろ。アラビア語とか等幅の概念自体ありえないし
- 67 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 13:01:35 ]
- >>64
Tabを使えとあれほど
- 68 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 13:03:21 ]
- 手持ちの英語で書かれてる本は、コード部分は等幅クーリエの模様だな。
アラビア語の書籍は持ってないので分からん。
- 69 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 13:07:45 ]
- よく考えたらソースコードにアラビア文字は使わないか。
日本語プログラミング言語が基本的にゲテモノ扱いなのと一緒で
- 70 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 13:40:11 ]
- プロポーショナルフォントでコーディングはないだろ。
むこうでもタイプライタ系の等幅フォントだよな。Courier NewとかConsolasとか。
- 71 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 13:49:46 ]
- Pascalのソースってプロポーショナルで印刷したりしない? Delphiは知らないけど
- 72 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 14:12:43 ]
- ストラウストラップの本のコードは確かプロポーショナルだったような
- 73 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 14:38:29 ]
- プロポーショナルだったら不要な宗教戦争はなかったかもなあ。
- 74 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 15:34:14 ]
- Pascal覚え立ての頃、+=の本をまねしてソースコードを
pretty printすることはあったけど今はやらないなぁ。
だいたいソースコードを印刷すること自体まずやらん。
- 75 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 16:29:50 ]
- COBOLとかRPGとか、桁位置に意味がある言語だとプロポーショナルはつらいなｗ
- 76 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 16:30:22 ]
- >72
D&Eだっけ？すごく読みにくかった記憶が。
- 77 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 16:36:58 ]
- 印刷されているものだと、実際のソースコードではなく、擬似コードっぽいものだと
プロポーショナルで書かれていることもあるみたい。
今見たら、ソフトウェア博物誌とかそうなってた。
- 78 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 01:28:35 ]
- >>74
> だいたいソースコードを印刷すること自体まずやらん。
EclipseからわざわざソースをエクスポートしてDFで差分を表示して
印刷してレビューとかしてます。いやさせられてます。もうアホかと
- 79 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 02:09:36 ]
- >>67
タブじゃ全然無理
場所によって桁数がちがうだろ、よく見ろ
- 80 名前：デフォルトの名無しさん mailto:sage [2007/02/15(木) 11:03:40 ]
- コードの整形ツールって皆さん何使ってますか？
sourceforge.net/projects/gcgreatcode/
これ？
- 81 名前：デフォルトの名無しさん [2007/03/12(月) 01:51:52 ]
- indent
- 82 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 03:04:05 ]
- 手元にあるJavaクイックリファレンスでは
プロポーショナルでびっしり印刷してある。
パッと視界に収まるのは良いけど。
- 83 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 23:50:45 ]
- ところで、<winnt.h>を見たら、その中で使われている構造体のメンバには
さっぱりハンガリアン記法が使われていなかった。
このヘッダ自体は古くからあると思うんだけど、
そこでハンガリアンが使われていないということが意外だった。
- 84 名前：・∀・）っ-○◎● mailto:sage [2007/03/14(水) 00:44:27 ]
- Win 9xのチームとNTチームは元々別で、
ハンガリアンマンセーなのは9xのほう。
ってばっちゃが言ってた
- 85 名前：・∀・）っ-○◎● mailto:sage [2007/03/14(水) 01:31:56 ]
- ちなみに,NETではハンガリアン記法一切ない
- 86 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 05:29:57 ]
- NTカーネルモードのコードにもハンガリアン使われてないしね
- 87 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 05:50:47 ]
- カトラーがハンガリアンを嫌ってなかったっけ。
- 88 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 05:58:41 ]
- カーソル合わせりゃ型が出てくる統合環境で
iHoge とか dwFoo とか書く意味はまるでないッ
その変数の「意味」を頭に書き加えるのならやってもいいッ
- 89 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 06:15:43 ]
- デイヴ・カトﾁｬﾝ
- 90 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 08:14:01 ]
- 本来のハンガリアン記法は型名略記なんかじゃなかったんだよな。
- 91 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 09:13:06 ]
- ↓間違ったコードは間違って見えるようにする
ttp://tinyurl.com/2cgb8n
型名プレフィックスをつけるだけの記法を
ハンガリアンと読んでいる奴はアホ。
その記法をマンセーしてる↓みたいな奴はもっとアホ。
ttp://homepage2.nifty.com/well/HungarianNotation.html
- 92 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 14:06:04 ]
- >>91
激しく同意
- 93 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 23:21:44 ]
- ハンガリアンを積極的に使うつもりはないけど、
HWND hWnd;
とか書いちゃってるなあ。
HWND windowHandle;
でいいはずだが。
- 94 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 23:41:47 ]
- ハンドルのhはむしろアプリケーションハンガリアンに近いものだと俺は思っている。
（やや苦しいかもしれないが）例えばC#なんかだとみんなIntPtrになるからハンドルにhを付けるのも生きてくる。
C/C++のtypedefは型名にアプリケーションハンガリアンを適用するためにも使えるという見方もできる。
（それが行き過ぎて型名とプレフィックスを結び付けるシステムハンガリアンになってしまったのかもしれないが）
そういう訳もあって俺はウィンドウハンドルの変数名・プレフィックスをhWndとするのではなく、hwndとしている。
HANDLE hHoge = hwndHoge;なんて有り得ない。
- 95 名前：・∀・）っ-○◎● mailto:sage [2007/03/15(木) 00:09:41 ]
- なにかとATL::CWindow使ってる俺は wnd～ もしくは ～Window
- 96 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 03:32:04 ]
- GUI部品に btnHoge や tblFuga はありだと思う。
だってボタンやテーブルなんだし。
- 97 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 04:08:24 ]
- hogeButton とか fugaTable とか、略さず書くべきだと思うんだ。
妙な略語は読みにくい。
今時の環境なら補完くらいしてくれるから、長くてもtypoは起きにくいし。
へたすると、短くて補完効きづらい名前のがtypoしやすいくらい。
それに、 button とか table とかは接頭辞じゃなくて接尾辞にすべきだと思う。
型より意味のが重要なんだから。
- 98 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 05:04:25 ]
- できればcamel caseはやめてほしい…
などと言い合いの軸をもう一つ増やしてカオスに追い込んでみようかな。
- 99 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 05:25:13 ]
- camel caseやめると語のつなぎは_かえ？
- 100 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 09:10:00 ]
- 俺は変数は_繋ぎの小文字で関数はCamelにしてる。
変数に大文字が混入するのは何となく嫌だ。
- 101 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 09:51:22 ]
- >>97
頭に持ってくるか尻に持ってくるかは、
どっちの意味を重視するか、どっちから探したいかによるかと。
俺の頭の中ではボタンは型ではなくて、単にボタン。
hoge するものであること以上に
画面上のボタンであることをイメージするので
(hoge という意味もボタンという意味も持つ。型はない。)
頭に持ってきたいんです。
なんだけど、hogeButton の方が自然な名称だとは思う。
まぁ規約に従いますよ。
- 102 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 10:15:28 ]
- ボタン型であるquit(型ハンガリアンだが)じゃなくて
quitボタンという画面部品だから、付けるならquitButtonだなー。
quitButtonで呼ぶ処理ルーティンの名前はquitかもしれぬ。
- 103 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 10:21:36 ]
- quitButton を見て「変数名に型情報入れるなボケ」
とか言ってくるやつがたまに居るんだが
どうやって対処したらいいんだろ。
型じゃねーよと言っても分かってもらえない。
- 104 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 10:31:57 ]
- >>103
ボタン型より抽象的な型（コンポーネントとかウィジェットとか）で
保持してやればいいんじゃね？名前はそのまんまで。
で、本当にボタンとして使うときには毎回キャスト。
一回やってみせて、できあがったアフォコード見せてやればきっと
納得してくれるよ。
- 105 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 11:02:06 ]
- アフォをもってアフォを制す・・・か
- 106 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 20:26:03 ]
- 逆に次からもそうしろってなったら嫌だなｗ
- 107 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 23:30:31 ]
- C言語だと、
a += 2;
{
懿｡疂nt tmp = a;
懿｡畭 = b;
懿｡畸 = tmp;
}
みたいに{ }を使うこともあると思うけど、これに if else をつけると、
if (a > 0)
懿｡畭 += 2;
else
懿｡痣
懿｡癧疂nt tmp = a;
懿｡癧畭 = b;
懿｡癧畸 = tmp;
懿｡痾
のように、一行コードと{ }のブロックが同じインデントになってるから、
GNUのスタイルは一応理にかなってはいるなと思っただけ。
- 108 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 23:34:09 ]
- C言語だと、
a += 2;
{
□int tmp = a;
□a = b;
□b = tmp;
}
みたいに{ }を使うこともあると思うけど、これに if else をつけると、
if (a > 0)
□a += 2;
else
□{
□□int tmp = a;
□□a = b;
□□b = tmp;
□}
のように、一行コードと{ }のブロックが同じインデントになってるから、
GNUのスタイルは一応理にかなってはいるなと思っただけ。
#化けたのでもう一度書きます。すんません。。。
- 109 名前：・∀・）っ-○◎● mailto:sage [2007/03/17(土) 23:45:16 ]
- & n b s p ;をスペース入れずに使いましょう
- 110 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 00:07:54 ]
- >>108
GNUの{}がキモイと言っている奴らは
そういう理屈を理解した上でなおキモイと言っているんだと思われ
- 111 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 00:20:47 ]
- 何しろ「キモイ」なんだから理屈じゃないわな
- 112 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 00:24:12 ]
- >>110
オレは { } を使わない if がそもそもキモイと思う。( >>108 の a += 2; の部分 )
- 113 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 00:34:00 ]
- ttp://www.linux.or.jp/JF/JFdocs/kernel-docs-2.2/CodingStyle.html
＞まずは「GNU 標準プログラム書法」
＞(GNU coding standards)を入手して印刷してみてください。でも、読むために
＞印刷するのではありません。印刷した物を燃やすのです！この儀式は晴れがま
＞しい決意表明なのです！ V^_^V
By リーナスたん
- 114 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 01:23:23 ]
- まあ確かに理屈どうこうじゃねーな。
とにかく気持ち悪い。
- 115 名前：108 mailto:sage [2007/03/18(日) 02:14:49 ]
- >>112
見ていて一番自然なのは K&R のスタイルだとは思うけど、
それでも、{ } を使わない if は普通に出てくるよ。
- 116 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 09:17:27 ]
- >>115
自分では単文の時も必ず{}で括るようにしているが、
そうでないソースがあったとしてもキモいとまでは思わないな。
- 117 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 14:04:35 ]
- if (hoge)
a = 1;
else {
int b;
a = 1;
b = 2;
}
1行コードと {} のインデントを同じにしなきゃならん理由がわからん
ifとelseの中身が同じインデントレベルの方が見て把握しやすい
GNUはやっぱキモイわ
リーナスたんが言うようにGNUのウンココーディングスタイルなんて燃やすべきだ！
- 118 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 15:32:05 ]
- 別にどっちでも大差ないでしょ
俺様wayに頑なに固執するのは俺的には精神分析の対象だと思う。
どっか幼児性が切断されてないところがあるんじゃないの？
気色悪い、という感情はコードのお作法に対してより、
むしろそういう自分自身をこそ向けられるべきだね。
- 119 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 15:36:57 ]
- とはいえ、人間はパターン認識の動物だから、
異なるパターンのコードを行ったり来たりするのは疲れることは確か。
だとしたらフリースタイルというcの思想がそもそも間違ってるのかもね。
まあ、自由というドグマに囚われた不自由なアメリカ人が作ったものだからな。
- 120 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 15:38:38 ]
- 単文とか複文という概念が無いModula2最強ってことでｗ
- 121 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 15:59:53 ]
- GNUのスタイルがキモいと思ってる人間は少くないんだから
コミッターや開発者の間で民主的に多数決でもとって GNU v2 のスタイルでも
決めてくれればいいものを。
一部の変人がコーディングスタイルを決めて、それがデファクトスタンダードになって
しまってる現状に疑問を投げかけてもいいんじゃない？
>>118みたいに人格攻撃しかしないバカには理解できないだろうけど
- 122 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 16:32:19 ]
- GNUよりも>>118がキモイ
- 123 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 16:38:14 ]
- 結論：>>118はキモイ
- 124 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 23:11:13 ]
- >>118の反響の大きさにﾜﾗﾀ
- 125 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 23:19:30 ]
- >>118のキモさに泣いた
- 126 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 23:54:09 ]
- >>118になにがしか反応せずにはいられないやつがこれだけいるとはw
- 127 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 23:58:36 ]
- >>118だと聞いて飛んできました。
- 128 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 00:03:09 ]
- 幼児性って分断させるものなん？
- 129 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 11:06:30 ]
- この勢いだと>>118が切断されそうです＞＜
- 130 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 13:00:16 ]
- >>121
「デファクトスタンダード」の意味調べて来い。
- 131 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 15:56:43 ]
- >>130
>>121は、FLOSSなどと呼ばれるソフトウェアはLinuxカーネルを除いて
みなGNUスタイルで書かれてるとでも思っているのではないだろうか。
- 132 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 22:09:09 ]
- >128
俺は一瞬「幼児を分断」と読んで萎えた
- 133 名前：デフォルトの名無しさん mailto:sage [2007/03/20(火) 01:27:02 ]
- そんなつまんないレスすると。負けずに
正しくは「幼児性の払拭」だね
なんつう、つまんないレスを(ry
- 134 名前：デフォルトの名無しさん mailto:sage [2007/04/10(火) 13:58:05 ]
- C++使いです
関数名、変数名の大文字小文字でずっと悩んでいますが、
スタイルはJavaやMSDNでいいと思っています
でも、STLやBoostを使うと、バランス悪くなりませんか？
- 135 名前：デフォルトの名無しさん mailto:sage [2007/04/10(火) 14:49:21 ]
- それがC++標準のスタイル。気にしないのがベスト。
必要以上の一貫性は無意味だ。
- 136 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 03:20:35 ]
- >>101
それはいつも悩んでます。俺はVBでcmdOkとかcmdCancelみたいなのに
慣らされてきたから、C#になったときにbuttonOkとかbuttonCancelとか
やってみたんだけど、確かに探しやすいんだがなんか気持ち悪い。
次のプロジェクトではokButton、cancelButton式にしたんだけど、やっぱり
探しづらい。どうしても「UI要素の分類」をキーボードから打ったあとで
候補から↑↓で選ぶ方が探しやすいと思うのだ。
そうして小さなプロジェクトを作るごとにあーだこーだ悩んだ末、
今ではプロジェクトごとにばらばらだ。それが一番ダメなんだってｗ
- 137 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 07:21:40 ]
- プロジェクトごとにばらばらなのは許容範囲でしょ。
ダメなのはプロジェクト内で統一されてない時。
- 138 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 03:41:22 ]
- >136
_をofと考えて、button of ok → button_ok
- 139 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 03:02:45 ]
- /**
* ←このアスタリスクがめんどい
*/
- 140 名前：デフォルトの名無しさん [2007/05/09(水) 03:13:07 ]
- C/C++/Java の複数行コメントのスタイルについて。
/*
* ←このアスタリスクがめんどい
*/
はじめに書くときにも面倒だし、後でコメント内のインデントを上げ下げ
するときにも激しくウザイ。そしてこの面倒さに対するメリットがよくわからない。
いっこだけ検索して見つけたのが、その行がコメントであることを行自身に
明示させる働きがあるとのこと。だけどそんなのエディタで開けば
色分けしてくれるし、そうじゃなくてもコメントとコードの区別は目で見れば
簡単に判別できる。機械的に判別させるためであれば、行頭アスタリスクで
始まるコードも書けてしまうので結局曖昧なままだし。
なんでこのスタイルがこんなに普及してるのか、知ってる人がいたら教えて欲しい。
- 141 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 03:15:14 ]
- 見た目がどうこうとかもっともらしい理由が言われ続けているから、ではなかろうか。
- 142 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 03:16:50 ]
- モノクロの世界だと区別が分かりやすいってのはあるかもね。
いちいち打つのは面倒だからやりたくないね。
エディタが勝手に埋めてくれるから埋めとくかって感じだけど。
- 143 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 03:18:15 ]
- >>139
それがそんなにめんどいなら、そのアスタリスクを付加するフィルタを簡単に作れるようになるべきかと。
固定文字列対応のことを考えるとめんどいけど
- 144 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 03:20:35 ]
- >>142
そのエディタ、コメントの中のインデント調整してもアスタリスクの位置だけ
保持してくれたりする？
- 145 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 03:33:15 ]
- んなもん頭に*つけたり外したりするのなんざエディタの仕事だろうが。
プログラマなんだからそれくらいエディタにやらせろよ。
- 146 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 13:41:49 ]
- GNUは極度の後方互換とストールマソの趣味であんな規則になってるんでしょ
ところで単語の区切りはどうしてる？
do_somethingで単語を区切る方が好きだけどC++やJavaも使うから泣く泣くdoSomethingみたいに大文字で区切ってる
- 147 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 14:05:50 ]
- >>140
javadocのせいじゃないの？
- 148 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 18:05:54 ]
- MFC で C++ を覚えた俺から見ると DoSomething が一番自然に見えるｗ
C# と Java やり始めてようやく doSomething 式にしたけどまだ違和感があるな
- 149 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 19:42:35 ]
- 俺てきとうだなぁそのへん。
とりあえず周りに合わせる感じ。
C++でソロだとdo_something系だな、今は。
|
 |
