docs/guide-ja - "organize" の訳語を "組織" "整理" から "編成" に変更

docs/guide-ja/helper-overview.md

@@ -4,7 +4,7 @@
 > Note|注意: この節はまだ執筆中です。
 
 Yii は、一般的なコーディングのタスク、例えば、文字列や配列の操作、HTML コードの生成などを手助けする多くのクラスを提供しています。
-これらのヘルパクラスは `yii\helpers` 名前空間の下に組織されており、すべてスタティックなクラス (すなわち、スタティックなプロパティとメソッドのみを含み、インスタンス化すべきでないクラス) です。
+これらのヘルパクラスは `yii\helpers` 名前空間の下に編成されており、すべてスタティックなクラス (すなわち、スタティックなプロパティとメソッドのみを含み、インスタンス化すべきでないクラス) です。
 
 ヘルパクラスは、そのスタティックなメソッドの一つを直接に呼び出すことによって使用します。
 例えば、

docs/guide-ja/intro-upgrade-from-v1.md

@@ -273,7 +273,7 @@ ActiveForm::end();
 コンソールアプリケーション
 --------------------------
 
-コンソールアプリケーションは、ウェブアプリケーションと同じように、コントローラとして組織されるようになりました。
+コンソールアプリケーションは、ウェブアプリケーションと同じように、コントローラとして編成されるようになりました。
 1.1 における `CConsoleCommand` と同様に、コンソールコントローラは [[yii\console\Controller]] を拡張したものでなければなりません。
 
 コンソールコマンドを走らせるためには、`yii <route>` という構文を使います。

docs/guide-ja/intro-yii.md

@@ -19,7 +19,7 @@ Yii を他のフレームワークと比べると
 
 あなたが既に他のフレームワークに親しんでいる場合は、Yii を比較するとどうなのかを知りたいでしょう。
 
-- ほとんどの PHP フレームワーク同様、Yii は MVC (Model-View-Controller) デザインパターンを実装し、このパターンに基づいたコードの組織化を推進しています。
+- ほとんどの PHP フレームワーク同様、Yii は MVC (Model-View-Controller) デザインパターンを実装し、このパターンに基づいたコードの編成を推進しています。
 - Yii は、コードはシンプルかつエレガントに書かれるべきである、という哲学を採用しています。
   何らかのデザインパターンの厳密な遵守を主な目的とする凝りすぎた設計を、Yii がしようと試みることは決してありません。
 - Yii はフル装備のフレームワークです。

docs/guide-ja/rest-quick-start.md

@@ -188,7 +188,7 @@ Content-Type: application/json; charset=UTF-8
 ## まとめ <span id="summary"></span>
 
 Yii の RESTful API フレームワークを使う場合は、API エンドポイントをコントローラアクションの形式で実装します。
-そして、コントローラを使って、単一タイプのリソースに対するエンドポイントを実装するアクションを組織化します。
+そして、コントローラを使って、単一タイプのリソースに対するエンドポイントを実装するアクションを編成します。
 
 リソースは [[yii\base\Model]] クラスを拡張するデータモデルとして表現されます。
 データベース (リレーショナルまたは NoSQL) を扱っている場合は、[[yii\db\ActiveRecord|ActiveRecord]] を使ってリソースを表現することが推奨されます。

docs/guide-ja/rest-versioning.md

@@ -34,7 +34,7 @@ Accept: application/vnd.company.myapp-v1+json
 コードの責任範囲をより良く分離するために、共通の基底のリソースとコントローラのクラスを保持して、それをバージョンごとの個別のモジュールでサブクラス化することが出来ます。
 サブクラスの中で、`Model::fields()` のような具体的なコードを実装します。
 
-あなたのコードを次のように組織することが出来ます。
+あなたのコードを次のように編成することが出来ます。
 
 ```
 api/

docs/guide-ja/runtime-logging.md

@@ -34,7 +34,7 @@ Yii::trace('平均収益の計算を開始');
 ログメッセージを適切に取り扱うのは [ログターゲット](#log-targets) の責任です。
 既定では、ログメッセージが文字列でない場合は、[[yii\helpers\VarDumper::export()]] が呼ばれて文字列に変換されることになります。
 
-ログメッセージを上手に整理しフィルタするために、すべてのログメッセージにそれぞれ適切なカテゴリを指定することが推奨されます。
+ログメッセージを上手に編成しフィルタするために、すべてのログメッセージにそれぞれ適切なカテゴリを指定することが推奨されます。
 カテゴリに階層的な命名方法を採用すると、[ログターゲット](#log-targets) がカテゴリに基づいてメッセージをフィルタすることが容易になります。
 簡単でしかも効果的な命名方法は、カテゴリ名に PHP のマジック定数 `__METHOD__` を使用することです。
 これは、Yii フレームワークのコアコードでも使われている方法です。例えば、

docs/guide-ja/start-installation.md

@@ -6,7 +6,7 @@ Yii 縺ｯ莠後▽縺ｮ譁ｹ豕輔〒繧､繝ｳ繧ｹ繝医繝ｫ縺吶ｋ縺薙→縺悟譚･縺ｾ縺吶ゅ☆縺ｪ
 
 Yii の標準的なインストールを実行すると、フレームワークとアプリケーションテンプレートの両方がダウンロードされてインストールされます。
 アプリケーションテンプレートは、いくつかの基本的な機能、例えば、ログインやコンタクトフォームなどを実装した、動作する Yii アプリケーションです。
-そのコードは推奨される方法に従って組織されています。
+そのコードは推奨される方法に従って編成されています。
 そのため、アプリケーションテンプレートは、あなたのプロジェクトのための良い開始点としての役割を果たしうるものです。
 
 この節と後続のいくつかの節においては、いわゆる *ベーシックアプリケーションテンプレート* とともに Yii をインストールする方法、および、このテンプレート上に新しい機能を実装する方法を説明します。
@@ -14,7 +14,7 @@ Yii 縺ｯ繧ゅ≧荳縺､縲ー繧｢繝峨ヰ繝ｳ繧ｹ繝医い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繝Φ繝励Ξ繝ｼ
 こちらは、チーム開発環境において多層構造のアプリケーションを開発するときに使用する方が望ましいものです。
 
 > Info|情報: ベーシックアプリケーションテンプレートは、ウェブアプリケーションの 90 パーセントを開発するのに適したものです。
-  アドバンストアプリケーションテンプレートとの主な違いは、コードがどのように組織されているかという点にあります。
+  アドバンストアプリケーションテンプレートとの主な違いは、コードがどのように編成されているかという点にあります。
   あなたが Yii は初めてだという場合は、シンプルでありながら十分な機能を持っているベーシックアプリケーションテンプレートに留まることを強く推奨します。
 
 

docs/guide-ja/start-workflow.md

@@ -3,7 +3,7 @@
 
 Yii のインストールが終ると、実際に動く Yii のアプリケーションにアクセスすることが出来ます。
 その URL は、`http://hostname/basic/web/index.php` あるいは `http://hostname/index.php` など、設定によって異なります。
-この節では、アプリケーションに組み込み済みの機能を紹介し、コードがどのように組織されているか、そして、一般にアプリケーションがリクエストをどのように処理するかを説明します。
+この節では、アプリケーションに組み込み済みの機能を紹介し、コードがどのように編成されているか、そして、一般にアプリケーションがリクエストをどのように処理するかを説明します。
 
 > Info|情報: 話を簡単にするために、この「始めよう」のチュートリアルを通じて、`basic/web` をウェブサーバのドキュメントルートとして設定したと仮定します。
   そして、アプリケーションにアクセスするための URL は `http://hostname/index.php` またはそれに似たものになるように設定したと仮定します。

docs/guide-ja/structure-assets.md

@@ -355,7 +355,7 @@ return [
 その中で、下記のバンドルはよく使われるものであり、あなたのアプリケーションやエクステンションのコードでも参照することが出来るものです。
 
 - [[yii\web\YiiAsset]]: 主として `yii.js` ファイルをインクルードするためのバンドルです。
-  このファイルはモジュール化された JavaScript のコードを組織化するメカニズムを実装しています。
+  このファイルはモジュール化された JavaScript のコードを編成するメカニズムを実装しています。
   また、`data-method` と `data-confirm` の属性に対する特別なサポートや、その他の有用な機能を提供します。
 - [[yii\web\JqueryAsset]]: jQuery の bower パッケージから `jquery.js` ファイルをインクルードします。
 - [[yii\bootstrap\BootstrapAsset]]: Twitter Bootstrap フレームワークから CSS ファイルをインクルードします。

docs/guide-ja/structure-controllers.md

@@ -139,7 +139,7 @@ class SiteController extends Controller
 一方、`admin/post2-comment` コントローラは `@app/controllers/admin/Post2CommentController.php` というエイリアスのファイルに保存されるべきものとなります。
 
 > Info|情報: 最後の例である `admin/post2-comment` は、どうすれば [[yii\base\Application::controllerNamespace|コントローラ名前空間]] のサブディレクトリにコントローラを置くことが出来るかを示しています。
-  この方法は、コントローラをいくつかのカテゴリに分けて整理したい、けれども [モジュール](structure-modules.md) は使いたくない、という場合に役立ちます。
+  この方法は、コントローラをいくつかのカテゴリに分けて編成したい、けれども [モジュール](structure-modules.md) は使いたくない、という場合に役立ちます。
 
 
 ### コントローラマップ <span id="controller-map"></span>

docs/guide-ja/structure-modules.md

@@ -4,14 +4,13 @@
 モジュールは、[モデル](structure-models.md)、[ビュー](structure-views.md)、[コントローラ](structure-controllers.md)、およびその他の支援コンポーネントから構成される自己充足的なソフトウェアのユニットです。
 モジュールが [アプリケーション](structure-applications.md) にインストールされている場合、エンドユーザはモジュールのコントローラにアクセスする事が出来ます。
 これらのことを理由として、モジュールは小さなアプリケーションと見なされることがよくあります。
-しかし、モジュールは単独では配置できず、アプリケーションの中に存在しなければならないという点で [アプリケーション](structure-applications.md) とは異なります。
+しかし、モジュールは単独では配備できず、アプリケーションの中に存在しなければならないという点で [アプリケーション](structure-applications.md) とは異なります。
 
 
 ## モジュールを作成する <span id="creating-modules"></span>
 
-モジュールは、モジュールの [[yii\base\Module::basePath|ベースパス]] と呼ばれるディレクトリとして組織されます。
-このディレクトリの中に、ちょうどアプリケーションの場合と同じように、`controllers`、`models`、`views`
-のようなサブディレクトリが存在して、コントローラ、モデル、ビュー、その他のコードを収納しています。
+モジュールは、モジュールの [[yii\base\Module::basePath|ベースパス]] と呼ばれるディレクトリとして編成されます。
+このディレクトリの中に、ちょうどアプリケーションの場合と同じように、`controllers`、`models`、`views` のようなサブディレクトリが存在して、コントローラ、モデル、ビュー、その他のコードを収納しています。
 次の例は、モジュール内の中身を示すものです。
 
 ```

docs/guide-ja/structure-overview.md

 概要
 ====
 
-Yii のアプリケーションは [モデル・ビュー・コントローラ (MVC)](http://ja.wikipedia.org/wiki/Model_View_Controller) デザインパターンに従って組織されます。
+Yii のアプリケーションは [モデル・ビュー・コントローラ (MVC)](http://ja.wikipedia.org/wiki/Model_View_Controller) デザインパターンに従って編成されています。
 [モデル](structure-models.md) は、データ、ビジネスロジック、規則を表現します。
 [ビュー](structure-views.md) は、モデルの出力表現です。
 そして [コントローラ](structure-controllers.md) は入力を受け取って、それを [モデル](structure-models.md) と [ビュー](structure-views.md) のためのコマンドに変換します。
@@ -13,7 +13,7 @@ MVC 以外にも、Yii のアプリケーションは下記の要素を持って
 * [アプリケーション](structure-applications.md): グローバルにアクセス可能なオブジェクトであり、アプリケーションコンポーネントを管理し、連携させて、リクエストに応えます。
 * [アプリケーションコンポーネント](structure-application-components.md): アプリケーションと共に登録されたオブジェクトであり、リクエストに応えるための様々なサービスを提供します。
 * [モジュール](structure-modules.md): それ自身に完全な MVC を含む自己完結的なパッケージです。
-  アプリケーションは複数のモジュールとして組織することが出来ます。
+  アプリケーションは複数のモジュールとして編成することが出来ます。
 * [フィルタ](structure-filters.md): 各リクエストが実際に処理される前と後に、コントローラから呼び出される必要があるコードを表現します。
 * [ウィジェット](structure-widgets.md): [ビュー](structure-views.md) に埋め込むことが出来るオブジェクトです。コントローラのロジックを含むことが可能で、異なるビューで再利用することが出来ます。
 

docs/guide-ja/structure-views.md

@@ -80,9 +80,9 @@ use yii\helpers\HtmlPurifier;
   アプリケーションが高いパフォーマンスを要求する場合は、フィルター結果を [キャッシュ](caching-overview.md) することを考慮すべきです。
 
 
-### ビューを整理する <span id="organizing-views"></span>
+### ビューを編成する <span id="organizing-views"></span>
 
-[コントローラ](structure-controllers.md) や [モデル](structure-models.md) と同じように、ビューを整理するための規約があります。.
+[コントローラ](structure-controllers.md) や [モデル](structure-models.md) と同じように、ビューを編成するための規約があります。.
 
 * コントローラによって表示されるビューは、デフォルトでは、ディレクトリ `@app/views/ControllerID` の下に置かれるべきものです。
   ここで、`ControllerID` は [コントローラ ID](structure-controllers.md#routes) を指します。

docs/guide-ja/test-fixtures.md

@@ -181,13 +181,13 @@ foreach ($this->profiles as $row) ...
 その必要がなければ、単にそれぞれの個別テストケースとそれに対応するフィクスチャの開発に専念することが出来ます。
 
 
-フィクスチャクラスとデータファイルを組織化する
-----------------------------------------------
+フィクスチャクラスとデータファイルを編成する
+--------------------------------------------
 
 デフォルトでは、フィクスチャクラスは対応するデータファイルを探すときに、フィクスチャのクラスファイルを含むフォルダのサブフォルダである `data` フォルダの中を見ます。
 簡単なプロジェクトではこの規約に従うことができます。
 大きなプロジェクトでは、おそらくは、同じフィクスチャクラスを異なるテストに使うために、データファイルを切り替える必要がある場合がよく生じます。
-従って、クラスの名前空間と同じように、データファイルを階層的な方法で組織化することを推奨します。
+従って、クラスの名前空間と同じように、データファイルを階層的な方法で編成することを推奨します。
 例えば、
 
 ```
@@ -215,7 +215,7 @@ data\
 > 例えば、DB フィクスチャを [[yii\test\ActiveFixture]] から拡張している場合は、DB テーブルの名前をフィクスチャのデータファイル名として使うべきです。
 > MongoDB フィクスチャを [[yii\mongodb\ActiveFixture]] から拡張している場合は、コレクション名をファイル名として使うべきです。
 
-同様な階層は、フィクスチャクラスファイルを組織化するのにも使うことが出来ます。
+同様な階層は、フィクスチャクラスファイルを編成するのにも使うことが出来ます。
 `data` をルートディレクトリとして使うのでなく、データファイルとの衝突を避けるために `fixtures` をルートディレクトリとして使うのが良いでしょう。