Dojo Style Guide | The Dojo Toolkit
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
JavaScriptのコーディングスタイル 2.0 — ありえるえりあ
Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ
JavaScript style guide - Mozilla | MDN
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
[J] JavaScript のコーディング規約 (コーディングスタイル) - Jamz (Tech)
今回は JavaScript のコーディング規約の情報収集をしたかったのだが、別の言語のものもいくつか見つかったのでメモしておく。 Java Script Coding Standard JavaScript style guide - MDC (Mozilla) フレームワーク / ライブラリ系の開発者向けガイド UI Developer Guide - jQuery JavaScript Library (シンプル) Dojo Style Guide | The Dojo Toolkit (Java を参考に) StyleGuide - MochiKit - Trac (Python の PEP8, PEP7 を参考に)[翻訳]MochiKit - スタイルガイド ライブラリ系の規約について、それぞれ解説しているページがあった。 JavaScriptのコーディングスタイル -- ありえ
Rubyコーディング規約
はじめに 本文書は、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 また、クラス内の各構成要素の区切にも空行を挿入する。
copyright-jp
著作・執筆、コンテンツ編集、フリーランスに関する情報や、著作権の基礎知識と引用のルール、参考文献や引用文献の記載方法について情報を提供しています。 ウェブサイトでの引用や参照ルール、ウェブコンテンツの制作・編集についても掲載しております。
Latest topics > メソッド名は三人称単数形にするべきかどうか - outsider reflex
Latest topics > メソッド名は三人称単数形にするべきかどうか 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « 絵を描くことへのスタンスの変化 Main Thunderbirdにルーラーを表示する「ルーラーバー」を作ったよ » メソッド名は三人称単数形にするべきかどうか - Oct 08, 2008 例えばW3C DOMでは、子ノードがあるかどうかを調べるメソッドの名前はhasChildNodes()（三人称単数形）だけど、子ノードを追加するメソッドはappendChild()（不定形、原形）となっている。どうしてこのようにバラバラなのか？ どっちかに統一しないのか？ という話。 Matz氏はRubyのメソッド名から三人称単数形を廃し
LoveRubyNet Wiki: RubyCodingStyle
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] ※※ 素敵という言葉は江戸時代にできたそうだ。
CodingRule/Ruby - lowreal - Trac
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
Neo Inspiration cakePHPのコーディング規約
最近 cake で作ったアプリがリリ－スしたので、 リファクタリングというか ちまちまとチューニングとかしています。 ついでに、必死こいてたせいで、目を通し忘れていた コーディング規約とかに目がいったので、 そこも直してたりしますｗ なんとなく翻訳気味に下記書いていきます。 ＊以下ここを参照しました。 cakePHP:コーディング規約 https://trac.cakephp.org/wiki/Developement/CodingStandards インデント One tab will be used for indentation. １インデント＝１タブってことですね。 制御文 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 標準コーディング規約は、 PEAR の公式ディストリビューションに含まれるコードに適用されます。 コーディング規約 (Coding standards) は、開発者たちの間ではよく CS と略されます。この規約の狙いは、コードの一貫性を保つことと PEAR の開発者たちがコードを保守しやすくすることにあります。 インデント 空白 4 つのインデントを使用します。タブは使いません。 これにより、diff や patch、CVS history や annotations の際に問題が発生するのを避けることができます。 Emacs を使用する場合、indent-tabs-mode を nil に設定する必要があります。 Emacs を設定するモードフックの例を次に示します (PHP ファイルを編集する際に これがコールされるようにする必要があります)。 (defun php-
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Javascript Programming Conventions
Google C++スタイルガイド 日本語訳
Pythonコーディング規約