オブジェクト倶楽部、コーディング規約の会の「C# コーディング標準」の駄目なところ - ぐるぐる～
C# のコーディング規約としては、オブジェクト倶楽部のもの (PDF) が有名だけど・・・正直、これ使いたくない。 冒頭に「このドキュメントは Java コーディング標準(オブジェクト倶楽部バージョン)、VB.NET コーディング標準を C#用に変更したもの」なんて堂々と書いてる時点で・・・ で、この規約のどこが駄目なのか、なぜ駄目なのか、どうすればいいのかをまとめてみた。 なんだかんだで長文エントリ。 追記： ちなみに、C# の規約としてはクラス ライブラリ開発者向けのデザイン ガイドラインで十分だと思う。 更に追記： ブコメで教えてもらったんだけど、どうやらクラス ライブラリ開発のデザイン ガイドラインの方が新しいらしい。 2. ファイル構成 (1) ファイル名 public クラスはそのクラス名の 1 ファイルにする。 例：public class Customer は、Custom
C, Java の変数の定義位置についての質問です。 C では「オート変数はブロックの先頭で定義する」スタイルが多く、 たしか Java の coding convention でもそれ…
C, Java の変数の定義位置についての質問です。 C では「オート変数はブロックの先頭で定義する」スタイルが多く、 たしか Java の coding convention でもそれが推奨されていたと思います。 このスタイルは、変数の定義と使用箇所が離れるため読みにくいと思うのですが、 なぜ推奨されているのでしょうか? ちょっと考えると「そのブロックで使用されている変数が一覧できる」というメリットがあるような気がしますが、 このスタイルが守られない場合も多いため、実際には「一覧」にはならないとおもいます。 そのメリットを活かすためには「ブロックの最初以外で定義したら文法エラー」とすれば良いと思うのですが、 そうなってません。 * どういうメリットがあるのか? * なぜ文法で強制しないのか? について教えてください。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google C++スタイルガイド 日本語訳
