CakePHP 概要¶

設定より規約¶

CakePHP は基礎的な構造をクラス名、ファイル名、DB のテーブル名や他の規約から決定します。 規約を学ぶことで、不必要な設定や他の一般的なアプリと同じ構造をいちいち書かなくて済むので、 簡単に色々なプロジェクトを進められます。この 規約 は、 いろいろな CakePHP で使う規約をカバーしています。

モデル層¶

モデル層はビジネスロジックを実装するアプリケーションの部品を表します。アプリケーションにおいて データを取得し、それを最初の意味ある形に変換する役割を担います。これには、加工、検証 (validating) 、 関連付け (associating) 、あるいはデータの処理に関係のあるその他のタスクが含まれます。

ソーシャルネットワークの場合では、モデル層はユーザーのデータの保存、友人の繋がりの保存、ユーザーの 写真の保管と取得、新しい友人候補の検出などのタスクを引き受けることでしょう。このとき、 モデルオブジェクトは「友達 (Friend)」、「ユーザー (User)」、「コメント (Comment)」、あるいは 「写真 (Photo)」と考えることができます。もし users テーブルからデータを読み出したいのであれば 次のようにできます。

use Cake\ORM\TableRegistry;

// Prior to 3.6 use TableRegistry::get('Users')
$users = TableRegistry::getTableLocator()->get('Users');
$query = $users->find();
foreach ($query as $row) {
    echo $row->username;
}

データの処理を始める前に一切コードを書く必要がなかったことに気付いたかもしれません。 規約を使うことによって、CakePHP はテーブルとエンティティーのクラスを定義していない場合には 標準のクラスを使用します。

新しいユーザーを作成し、それを (検証して) 保存したい場合には次のようにします。

use Cake\ORM\TableRegistry;

// Prior to 3.6 use TableRegistry::get('Users')
$users = TableRegistry::getTableLocator()->get('Users');
$user = $users->newEntity(['email' => 'mark@example.com']);
$users->save($user);

ビュー層¶

ビュー層は、モデルから来たデータをレンダリングします。ビューはモデルオブジェクトとは別に存在します。 そして、扱っている情報に対してレスポンシブルなアプリケーションが必要としている表示インターフェイスを すべて提供可能です。

例えば、このビューはモデルのデータを利用して HTML ビューテンプレートや他で利用するための XML 形式の結果をレンダリングできます。

// ビューテンプレートファイルで 'element' をそれぞれのユーザーに対してレンダリングする
<?php foreach ($users as $user): ?>
    <li class="user">
        <?= $this->element('user_info', ['user' => $user]) ?>
    </li>
<?php endforeach; ?>

このビュー層は ビューテンプレート や エレメント や ビューセル のようなしくみで表示のためのロジックを再利用可能にして、 沢山の表示を拡張するための機能を提供します。

ビュー層は HTML やテキストのレンダリングを制御出来るだけではなく、一般的な JSON や XML、 加えてプラグインで追加可能なアーキテクチャによるフォーマットなら何にでも対応します。

コントローラー層¶

コントローラー層はユーザーからのリクエストを扱います。これはモデル層とビュー層の助けを借りてレスポンスを レンダリングして返す責任を負います。

コントローラーは、タスクを終える為の全ての必要とされるリソースが正しい労働者に委譲されることに注意を払う マネージャーと見ることができます。 クライアントからの要求を待ち、認証と承認のルールによる検証を行い、データの取得または処理をモデルに委譲し、 クライアントが受け入れる適切な表示上のデータの種類を採択し、最終的にその描画処理をビュー層に委譲します。 例えば、ユーザー登録ではこのようになります。

public function add()
{
    $user = $this->Users->newEntity();
    if ($this->request->is('post')) {
        $user = $this->Users->patchEntity($user, $this->request->getData());
        if ($this->Users->save($user, ['validate' => 'registration'])) {
            $this->Flash->success(__('You are now registered.'));
        } else {
            $this->Flash->error(__('There were some problems.'));
        }
    }
    $this->set('user', $user);
}

明示的にビューをレンダリングしないことに気付くかもしれません。 CakePHP は規約によって正しいビューを選択し、 set() で用意したビューデータでそのビューをレンダリングします。

CakePHP のリクエストサイクル¶

色々なレイヤーに親しんでいただきました。次は、リクエストサイクルがどのように働くのか見て行きましょう:

典型的な CakePHP のリクエストサイクルはユーザーがアプリケーション内でページまたはリソースにリクエストを 投げるところから始まります。高位のそれぞれのリクエストは以下のステップで動きします。

1. ウェブサーバーが webroot/index.php へのリクエストを制御するルールを書き換えます。
2. あなたのアプリケーションがロードされ、 HttpServer にひも付きます。
3. あなたのアプリケーションのミドルウェアが初期化されます。
4. リクエストとレスポンスは、あなたのアプリケーションで使用する PSR-7 ミドルウェアを経由して ディスパッチされます。これは、一般的にエラートラップとルーティングを含みます。
5. ミドルウェアからレスポンスが返らない場合やリクエストがルーティング情報を含む場合、 コントローラーとアクションが選択されます。
6. コントローラーのアクションが呼ばれ、コントローラーが要求されたモデルとコンポーネントと通信します。
7. コントローラーが出力を生成するためにレスポンスの生成をビューに委任します。
8. ビューがヘルパーとセルを使ってボディーとヘッダーを生成して返す。
9. レスポンスは、 ミドルウェア を経由して送信されます。
10. HttpServer は、ウェブサーバーにレスポンスを送ります。

さっそく始めましょう¶

この文章があなたの興味を惹くことを願っています。CakePHP には他にもとてもいい特徴があります。

• Memcached, Redis や他のバックエンドと統合された キャッシュ フレームワーク。
• 強力な コード生成ツール bake ですぐに簡単なモックを作ってプロジェクトを始める。
• 統合されたテストフレームワーク でコードが完璧に動いているか確かめられる。

次の明白なステップは download CakePHP で, チュートリアルとなにかすごいものを作る を読んで下さい。

付録¶