オープンソース開発やコミュニティ活動に参加・貢献するには、こちらのページをご覧ください。英語の情報はこちらにあります。ようこそ」をご覧ください。アカウントでログインしてコメントできます。周辺のアプリケーションにおいても重要なコンポーネントになっています。コードのフォーマットやスタイルにも規約が必要なことは明らかです。Guide」を基にしていますが、次の点で異なります。文字列の宣言にシングルクォートを使用します。ブロック内でインデントします。関数全体がクロージャでラップされている場合も含め、関数の本体は常にインデントします。コーディング規約と一貫性を保つため、スペースのルールが一部異なります。100文字制限を推奨しますが、厳密には強制しません。Guide」から引用していますが、上で挙げた相違点はすべて反映されています。コーディングにおけるベストプラクティスになっています。#コードのリファクタリングリファクタリングのためだけにコードを変更しないでください。コードには統一したスタイルがありません。徐々にこれらを改善し、コードをクリーンで読みやすいものにするよう努めています。ファイルをリファクタリングするほど暇ではありません。古いファイルの「スペースを調整する」だけのパッチなどは絶対にやめてください。パスしたことをレビューします。#スペーススペースはコードの中で自由に使えます。十分にスペースが入ることで、開発者はコードが読みやすくなります。仮にファイルサイズが増加しても、後続の縮小プロセスにより不要なスペースは削除され、ブラウザでのロード、処理に最適化したファイルが作成されます。「本物のタブ」でインデントしてください。行末や空行にスペースを入れないでください。1タブを4スペースと数え、1行あたり80文字以下を目標としてください。100文字は越えないでください。これは「強制ではありません」が、一般に長い行は読みにくく、整理されていないコードです。オペランドの次にスペースを入れないでください。「,」および「;」の前にスペースを入れないでください。文の終わりに使用されるすべての「;」は行末に書いてください。オブジェクト定義内のプロパティ名と、続く「:」の間にスペースを入れないでください。三項条件の「?」と「:」は両側にスペースを入れてください。空のコンストラクタにスペースを入れないでください。例:「{}」「[]」「fn()」。各ファイルの最後には空行を追加してください。すべての否定演算子「!」にはスペースを続けください。(*)すべての関数の本体は1つのタブでインデントしてください。関数全体がクロージャでラップされても同様です。(*)ドキュメントブロックや行の中でスペースを使用して単語や文の位置を揃えても構いません。行の始まりはタブでインデントしてください。Guide」よりも若干広めです。ファイルとの一貫性の維持から生じています。スペースは行末に簡単に紛れ込むため注意してください。行末のスペースはエラーです。コーディング中にスペースを見つける方法としては、テキストエディタでスペース文字を表示する方法があります。#オブジェクトオブジェクト定義は、短い場合には1行で書いても構いません。最大長の制限は忘れないでください。オブジェクト定義が長く1行に収まらない場合は、1行ごとに1つプロパティを定義する形で分割してください。プロパティ名は予約語、または特殊文字を含む場合のみクォートしてください。#配列と関数呼び出し要素と引数の前後には常にスペースを入れてください。後にスペースを入れます。規約との一貫性のためです。#セミコロンセミコロンを使用してください。複雑な文もインデントと改行により読みやすくなります。インデントにはタブを使用してください。即時実行関数のように、関数全体がクロージャに含まれる場合も関数の内部は1つのタブでインデントしてください。ブロックは常にブレース「{}」を使用し、常に複数行にしてください。開始ブレースは関数定義、条件、ループと同じ行に書いてください。終了ブレースはブロックの最後の行の次の行に書いてください。文が長く、1行に収まらない場合は演算子の直後で改行してください。'</p>';読みやすさのため、行を論理的なグループで分割してください。三項演算子では1行に1つ式を書く形で、それぞれの式に分割してください。foo;条件が長く行を折り返す場合、後続の行は1レベル分、追加でインデントし、本体と区別してください。#連続したメソッド呼び出し連続したメソッド呼び出しが長く、行を折り返す場合、1行に1呼び出しを書いてください。最初の呼び出しも、メソッドが呼び出されるオブジェクトの次の行に書いてください。メソッドがコンテキストを変える場合は、追加のインデントを使用してください。常に使用する必要があります。使用する必要があります。異なり、関数の先頭ですべての変数を宣言する必要はありません。代わりに、最初に使用する位置で宣言します。文による、必要なローカル変数の宣言で始めてください。使用せずに変数を宣言した場合、変数が外部スコープ、最悪の場合はしばしばグローバルスコープに落ち込み、データが意識しないうちに参照されたり、変更されます。文内では、定義は1つの行にまとめる一方で、代入は新しい個別の行に書いてください。後続の行は追加のタブでインデントしてください。外で代入してください。コアはグローバル変数を多用していました。ファイルはプラグイン内部で使用されているものがあるため、既存のグローバル変数を除去することはできません。ファイル内で使用されるすべてのグローバル変数はファイルの先頭でドキュメントしてください。複数のグローバル変数はコンマで区切って並べることもできます。ファイル内で許可されるグローバル変数です。次の「true」はこのグローバル変数がこのファイル内で定義されることを意味します。削除し、グローバル変数が読み出し専用であることを明示してください。ファイル内で、許可されたグローバル変数としてすべて登録されています。いつでも直接アクセスできます。介してアクセスできます。設定は不要になります。オブジェクトは安全にグローバル変数にアクセスする必要があります。コーディング規約」と異なる部分です。名前は、過剰にならない範囲で説明的なものににしてください。例外はイテレーターです。頭字語は構成している文字を全て大文字にして書く必要があります。これは頭字語の各文字が展開された形式において適切な単語であるということを反映させる目的があります。他の全ての略語はキャメルケースで書く必要があります。最初の文字を大文字にし続く文字を小文字にします。略語または頭字語が変数名の先頭である場合、変数またはクラス定義の最初の文字をカバーするキャメルケースの命名規則に従うように記述する必要があります。変数割り当ての場合、これは略語をすべて小文字で書くことを意味します。クラス定義では、最初の文字を大文字にする必要があります。クラスの最初の文字をカバーするキャメルケースの規則と一致します。利用を想定するコンストラクターは最初の文字を大文字にしてください。利用に関わらず、先頭大文字のキャメルケースを使用してうダサい。コンポーネントは、クラス定義命名規則を使用して名前付けする必要があります。これは一貫性のためと、コンポーネントは互換性を破壊することなく関数からクラスに移行する必要があるかもしれないという事実を反映したものです。#定数キャメルケースの例外は定数値です。ほとんどすべての場合、定数はファイルの最上位のスコープで定義します。このコーディング規約で定義する定数は、決して変更されないことを期待した値に対してのみ適用してください。技術的な制限というより、開発者の意図を伝える戦略です。#コメントコメントは参照するコードの前に書いてください。コメントの前は常に1行空けてください。コメントの最初の文字は大文字とし、コメントが文の場合は最後にピリオドを付けてください。コメントトークン「//」とコメントの間にはスペース1個分空けてください。始める必要があります。内部コメントは仮引数リスト内の特殊な引数へのアノテーションで使用される場合のみ、例外的に許可されます。#型のチェックオブジェクトの型をチェックする場合に推奨される方法は以下のとおりです。型チェックメソッドを使用してください。文字列定数にはシングルクォートを使用してください。エスケープしてください。文の使用は一般に推奨されません。ある場合には有用なのも事実です。拾うロジックが有効に機能する場合です。意図的に落とす場合は、明示的にドキュメントしてください。文は1個のタブでインデントしてください。文から値を返すことは推奨されません。コンストラクターを使用してください。[];構築中に配列を初期化できます。連想配列はオブジェクトとして定義されます。多くのオブジェクト作成方法があります。両方ともパフォーマンスがよく、可読性に優れます。{};オブジェクトが特定のプロトタイプを必要としない限り、オブジェクトリテラル記法を使用してください。コンストラクター関数を呼び出してオブジェクトを作成してください。ConstructorMethod();オブジェクトプロパティはドット記法でアクセスしてください。例外はキーが変数、正しい識別子でないかもしれない文字列の場合です。ループを使用して大きなコレクションをイテレートする場合、毎回ループの最大値を再計算するのではなく、いったん変数に代入して使用してください。学習し、理解してください。等を使用すると、大きなデータ集合の変換において効果的で、可読性にも優れます。スタイルのチェーンが可能です。イテレートしてください。コード内のエラーを発見する自動化コード品質検証ツールです。使用してパッチを迅速に検証しています。呼ばれるツールを使用します。書かれたプログラムです。使用すると、これらのツールを簡単にインストールし、構成できます。サイトのインストールのリンクをクリックしてください。オペレーティングシステムに合った正しいインストールファイルがダウンロードされます。プログラムのインストールにはオペレーティングシステムごとのインストール手順に従ってください。~/directoryname」で移動してください。ファイルを含むルートディレクトリにいるはずです。install」と入力します。パッケージをダウンロードし、インストールします。jshint:tests」と入力してください。ファイルに保存されます。ソースコード内のどのエラーにフラグを立てるべきかを定義します。検証に単一ファイルを指定するには、コマンドの最後に「--file=filename.js」を追加してください。ファイル内のファイル「admin-bar.js」のみを検証します。ユニットテスト用ディレクトリ内のファイル「password-strength-meter.js」のみを検証します。単一ファイルに絞ると効率的です。検証から除外したい場合があります。パスする必要はありません。ディレクティブコメントで囲んでください。Guide」から転用しています。ついてWordPress.orgドキュメンテーションサポートフィードバック検索ログイン。