The Dojo Toolkit: Great experiences...for everyone. Contents: General Quick Reference Naming Conventions Specific Naming Conventions Files Variables Layout Documentation This document follows the basic outline of the Java Programming Conventions Guide, a copy of which may be found at http://geosoft.no/javastyle.html. Widget authors are expected to adhere to this style guide and also to the Dojo Ac
This Domain Has Expired, To Renew Please Contact Your Provider.
はじめに 本文書は、Rubyによりコーディングを行う際の規約について述べる。 実際のプロジェクトに適用する際には、このコーディング規約をカスタ マイズして用いることを推奨する。 ソースコードの整形 インデント プログラムを読みやすくするため、インデントを適宜行う。インデント 幅は2とする。また、インデントにはスペースのみを使用し、タブは使用 しない。(環境によりタブ幅が異なるため。) 例: if x > 0 if y > 0 puts "x > 0 && y > 0" end end 一行の桁数 一行の桁数は最大80桁までとする。 空行 複数のクラスの区切には空行を挿入する。 例: class Foo ... end class Bar ... end 誤った例: class Foo ... end class Bar ... end また、クラス内の各構成要素の区切にも空行を挿入する。
2005-05-14 15:48:46 +0900 (1238d); rev 16 青木が使っている Ruby のコーディングスタイルです。 インデント インデントは 2。 インデントがでかすぎると end が離れて美しくない。 {....} のインデントだけを 4 にしてみた時期もあったが、 やっぱり全部 2 にしたほうが単純だし統一感がある。 またタブは一切信用せずに全部スペースにする。 ※ 有名な Ruby hacker の前田修吾氏はかつてインデントを「3」にしていた。 この理由について青木は if true while true unless false return 1 end end end のように end がピッタリそろうのが素敵かなあ、 と評したのだが、実際の理由は全然違ったようだ。 → [ruby-list:18603] ※※ 素敵という言葉は江戸時代にできたそうだ。
Ruby Language Coding Rule 言語間の共通のルール コメント コメントは全てハッシュを使う。複数行のコメントであっても、ドキュメントでなければ埋めこみコメントは使用しない。また、コメント記号のあとにはスペースを一ついれる 識別子 クラス名は CamelCase (アッパーキャメルケース) で、snake_case (なんていうの) と相互変換できるように書く FooXmlApi <=> foo_xml_api 定数は全て大文字で、区切りに _ を使用する。 FOO_BAR_CONSTANT = "aaa" 他は全て snake_case で書く。 真偽値を返すメソッドでは ? を使用する。また、十分に注意が必要なメソッドには ! を使用する。 クラス定義 class FooBar attr_accessor :foo attr_writer :bar attr_rea
最近 cake で作ったアプリがリリ-スしたので、 リファクタリングというか ちまちまとチューニングとかしています。 ついでに、必死こいてたせいで、目を通し忘れていた コーディング規約とかに目がいったので、 そこも直してたりしますw なんとなく翻訳気味に下記書いていきます。 *以下ここを参照しました。 cakePHP:コーディング規約 https://trac.cakephp.org/wiki/Developement/CodingStandards インデント One tab will be used for indentation. 1インデント=1タブってことですね。 制御文 In the control structures there should be 1 (one) space before the first parenthisis and 1 (one) space be
PHPでプログラムを作っていくと 「変数名はどうしよう?」 などと、たいしたことではないのに凄く悩むときがあります。:sad: PearとZend Frameworkには標準コーティング規約というものがあります。プログラムを書く上でのルール決めです。いずれも内容的には一致しているところも多く大変勉強になります。 ただ、かなり細かく書いてあるので全てを網羅するには結構大変です。下記にそれぞれのコーティング規約を1つにまとめてみました。 ファイル 一行の長さは80文字以内とする。最高でも120文字いないとする 改行はラインフィールド( LF )を使用する ファイル名は英数字、アンダーバー( _ )、ダッシュ( - )以外は使用しない インデット インデントはタブを使用しないで半角空白4文字とする 制御構造 if, for, while, switch等で制御キーワード(if等)と括弧の
注意 PEAR 標準コーディング規約は、 PEAR の公式ディストリビューションに含まれるコードに適用されます。 コーディング規約 (Coding standards) は、開発者たちの間ではよく CS と略されます。この規約の狙いは、コードの一貫性を保つことと PEAR の開発者たちがコードを保守しやすくすることにあります。 インデント 空白 4 つのインデントを使用します。タブは使いません。 これにより、diff や patch、CVS history や annotations の際に問題が発生するのを避けることができます。 Emacs を使用する場合、indent-tabs-mode を nil に設定する必要があります。 Emacs を設定するモードフックの例を次に示します (PHP ファイルを編集する際に これがコールされるようにする必要があります)。 (defun php-
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く