else は上で示したように常に単独の行に書いてください。 return の後には else を使わないでください。 if (x < y) return -1; if (x > y) return 1; return 0; i++ も ++i も使用可能です。 インライン関数はそのデバッグが楽になるように名前を付けてください。関数をプロパティに代入しただけではその関数に名前を付けることはできません。次のようにしてください。 var offlineObserver = { observe: function OO_observe(aSubject, aTopic, aState) { if (aTopic == "network:offline-status-changed") setOfflineUI(aState == "offline"); } }; 名前や列挙値には interCap
Zend Framework PEARの標準コーディング規約というのがありますが、Zend Frameworkにも定められています。 頭に留めておくため、簡単に列挙してみました。 PHPのみのコードは最後の ?> を含めないようにする タブ文字は使わず4文字の半角スペースでインデント 1行を80文字以内に抑えるようにする。長くても120文字 改行コードはLFで統一 クラス名は英字で定義するのを推奨。ZendパッケージのクラスはZend_を最初につける。 インターフェースは名前の最後に_Interfaceを付与する。 例)Zend_Controller_Dispatcher_Interface ファイル名は拡張子をphpにする。incは使わない。 クラス定義したファイルは次のように階層的に設置する Zend_DB → Zend/Db.php メソッド名にアンダースコア( _ ) は含めない。
PEAR 標準コーディング規約は、 PEAR の公式ディストリビューションに含まれるコードに適用されます。 コーディング規約 (Coding standards) は、開発者たちの間ではよく CS と略されます。この規約の狙いは、コードの一貫性を保つことと PEAR の開発者たちがコードを保守しやすくすることにあります。
1 はじめに 1.1 コーディング規約の必要性 1.2 謝辞 2 ファイル名 2.1 ファイルの拡張子 2.2 一般的なファイル名 3 ファイルの構成 3.1 Java ソースファイル 3.1.1 冒頭のコメント 3.1.2 package と import の宣言 3.1.3 class と interface の宣言 4 インデント 4.1 1行の長さ 4.2 行の折り返し 5 コメント 5.1 インプリメンテーション・コメントのフォーマット 5.1.1 ブロック・コメント 5.1.2 1行コメント 5.1.3 行末に書くコメント 5.1.4 C++ 形式のコメント(//) 5.2 ドキュメンテーション・コメント 6 宣言 6.1 1つの行に書く宣言の数 6.2 初期化 6.3 配置 6.4 クラスとインタフェースの宣言 7 文 7
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く