変数とメソッドの命名ベストプラクティス15 - 杉風呂2.0 - A Lifelog -
この記事は、Cagdas Basarane 氏のブログ、 CodeBuild から 2012年2月20日の記事 "15 Best Practices of Variable & Method Naming" を翻訳したものです。 原文URL http://codebuild.blogspot.com/2012/02/15-best-practices-of-variable-method.html 十分短く十分長い変数名をスコープごとに使用する。一般的に、ループカウンタには1文字、条件やループ変数には1単語、メソッドには1-2単語、クラスには2-3単語、グローバル変数には3-4単語を使用する。 具体的な(specific)名前を使用する。例えば、"value"、"equals"、"data"といった変数名はいかなる場合も有効ではない。 意味のある(meaningful)名前を使用する。変数
Javaコーディングルール - Javaにおけるコーディング規約
Javaコーディングルール - Javaにおけるコーディング規約 目次 ネーミングルール 全般 英語を使え！ 大文字・小文字の違いで名前を区別しない パッケージ パッケージ名は全て小文字にする パッケージ名には意味のある名前を付ける パッケージ名は省略しない サブパッケージ名の重複は可能 クラス・インタフェース クラス名は役割を表す名前にする クラス名は単語の先頭を大文字にする 例外クラス名は末尾に「Exception」を付ける インターフェイス名はクラス名に準ずる 抽象クラス名はクラス名に準ずる 実装クラス名はクラス名に準ずる 能力付加型のインタフェース名は末尾に「able」を付ける テストクラス テストクラス名は「テスト対象クラス名＋Test」にする すべてのテスト/パッケージテストを行うクラス名は メソッド コンストラクタと同じ名前のメソッドはつくらない メソッド名は区切りのみ大文字
Javaプログラマが知るべき9のこと - @katzchang.contexts
はじめに ソースコードは設計であり、コードの記述は品質に直結するのは言うまでもない。ちなみに、プログラマにとって特に重要なのは保守性だ。コードは書いた直後から保守対象となるからだ。コードは要求文書の範囲で動けばいいと思っている人がいれば今すぐ、ソースコードをコピペして100klに増えるプラグインがいつの間にかインストールされる呪いをかけてあげよう。幸い、ここを読んでいる人にはそんな人はいないだろうと思うけれども。 ということで、コードの品質を下げる要因、すなわちシステム全体の品質を下げる要因となり、かつ使われやすいアンチパターンを挙げ、対策を検討していくことにする。対象は以下： 出力パラメータ 処理状態返却 意味のある配列 無意味な初期化 多すぎるtry-catch 暗黙の順序 コンパイラ警告の無視 過剰なコメント e.printStackTrace() 出力パラメータ メソッドの引数にオ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
