— y2sunlight 2020-07-29

Apricot ドキュメント に戻る

目次

• Apricot 特徴と概要
• Apricot 配置と構成
• Apricot ログとエラー処理
• Apricot リクエストとレスポンス
• Apricot フロントエンド
• Apricot データベース
• Apricot モデルとサービス
• Apricot ミドルウェア
• Apricot コントローラ
• Apricot バリデーション
• Apricot サービスプロバイダー
• Apricot ユーザ認証
• Apricot ユーティリティ

モデルはデータベース上のテーブルと1対1に対応したクラスで、データベースからデータを取得または設定するためのメソッドを持っています。モデルのベースクラスはIdiormを使用して作成しています。

Apricotは比較的小規模なアプリケーション開発をターゲットにしているので、コントローラとモデルによってアプリケーションの作成が可能であると仮定しています。しかしながら、２つ以上のモデルを操作するような少し複雑なトランザクションが必要な場合は、それをサービスとして実装する必要があるかもしれません。現状のApricotではサービスの実装はアプリケーションの問題であるとする立場でなので、本章では、サービスの実装に関する若干のヒントを示すにだけに留めます。

モデルのベースクラスは、App\Foundation\Model です。全てのモデルクラスはこのクラスから継承して作成します。Modelから継承したクラスは以下の場所に配置することを推奨していますが、これは必須ではありません。適宜アプリケーションのルールで変更して下さい。

/your-project/app/Models

ModelクラスはほとんどのことをIdiormのORMクラスに頼っていますが、アプリケーションの共通的な処理を追加しています。Apricotのスケルトンでは、アプリケーションが使用する全てのテーブルで created_at、updated_at、version_no の３つカラムが存在します。

• 新しくレコードが挿入される時、created_atとupdated_at が 設定されます。
• レコードが変更される時、created_atとversion_no が 設定されます。
• version_no はレコードのバージョンを表し、楽観的ロックで使用されます。

これらの共通処理はアプリケーションに依存するところが大きく、必要に応じて、Modelクラスを変更して下さい。

クラス名とテーブル名の間の名前には以下の例のような命名規則があります。クラス名は Upper Camel (いわゆるPascalケース)、テーブル名はSnakeケースです。

クラスのフィールド名とテーブルのカラム名は同じです。両者に命名規則はありません。

Modeクラスは以下のメソッドを持ちます。

tableName() は命名規則に従ってクラス名からテーブル名をを取得するメソッドです。

$user = new User();
$name = $user->tableName(); // return 'user'

ORMのforTable()をラップしたメソッドで、ORMオブジェクトを取得します。

$orm = $user->forTable();

モデルの対象となるテーブルから全件を検索するメソッドです。このメソッドはORMの配列を返します。

$users = $user->findAll();
foreach($users as $user)
{
    $account = $user->account;
}

モデルの対象となるテーブルから主キーによる検索を行うメソッドです。見つかった場合は ORM を、それ以外は false を返します。

$user = $user->findOne($id);
if ($user !== false)
{
    // Failure
}
else
{
    $account = $user->account;
}

新しいORMオブジェクトを返します。

$new_user = $user->create();

上の例では、新しいORMオブジェクトにはモデルのフィールドはありません。モデルに初期値を設定するには以下のようにします。

$new_user = $user->create(['account'=>'new_account']);

指定されたモデルデータをテーブルに挿入します。このメソッドはORMオブジェクトを返します。

$inputs = Input::all();
 
$user = $user->insert($inputs);
$new_id = $user->id;

指定されたモデルデータでテーブルを更新します。このメソッドはORMオブジェクトを返します。レコードが存在しない時、ApplicationException がスローされ、また、楽観的ロック例外を検知した時は、OptimissticLockException がスローされます。これらの例外については「アプリの例外クラス」も参照して下さい。

$inputs = Input::all();
 
try
{
    $user->update($inputs['id'], $inputs);
}
catch(ApplicationException $e)
{
    // OptimissticLockException is also an ApplicationException.
    // Do something.
}

指定された主キーのレコードをテーブルから削除します。このメソッドはORMオブジェクトを返します。レコードが存在しない時、ApplicationExceptionをスローします。

try
{
    $user->delete($id);
}
catch(ApplicationException $e)
{
    // Do something.
}

最新の更新結果をブーリアンで返します。対象は insert()、update()、delete()の各メソッドです。

$successful = $user->isSuccessful();

以下はもっとも簡単なModelの継承の例です。Modelを継承するだけで、Modelクラスのメソッドが利用でき、簡単なモデルなら直ぐにアクションの実装に取り掛かれます。

/your-project/app/Models

User.php

<?php
namespace App\Models;
use App\Foundation\Model;
 
/**
 * User Model
 */
class User extends Model
{
}

次の例は、Apticotのスケルトンで提供されているユーザモデルです。この例では、insert()とupdate()をオーバーロードして個別の処理を追加しています。

User.php

<?php
namespace App\Models;
use App\Foundation\Model;
use ORM;
 
/**
 * User Model
 */
class User extends Model
{
    /**
     * {@inheritDoc}
     * @see \App\Foundation\Model::insert()
     */
    public function insert(array $inputs):ORM
    {
        // Encrypt the password that is required for new registration.
        $inputs['password'] = password_hash($inputs['password'], PASSWORD_DEFAULT);
 
        return parent::insert($inputs);
    }
 
    /**
     * {@inheritDoc}
     * @see \App\Foundation\Model::update()
     */
    public function update($id, array $inputs):ORM
    {
        // Updates a password only if entered
        if(empty($inputs['password'])) unset($inputs['password']);
 
        if(array_key_exists('password', $inputs))
        {
            // Encrypts the entered password
            $inputs['password'] = password_hash($inputs['password'], PASSWORD_DEFAULT);
        }
 
        return parent::update($id, $inputs);
    }
}

insert() では、パスワードを暗号化して保存しています。また、update() では、パスワードが入力された場合のみ暗号化し、そうでない場合は、入力変数からてパスワードを除外しています。このように、個別のモデルでは必要に応じてメソッドをオーバーライドしたり追加したりして下さい。

Apricotではサービスの実装に関する具体的で明確な指針を提供してはいませんが、その代わりに１つの例題を提供しています。この例題は、/your-project/app/Services に配置されています。この配置場所は規則ではありませんので、必要に応じて変更して下さい。

/your-project/app/Services

SampleServices.php

<?php
namespace App\Services;
 
/**
 * Sample Service
 */
class SampleService
{
    /**
     * The number of users
     * @var int
     */
    private $count = 0;
 
    /**
     * Creates a sample service.
     */
    public function __construct(\App\Models\User $user)
    {
        $this->count = count($user->findAll());
    }
 
    /**
     * Get the number of users
     */
    public function getUserCount()
    {
        return $this->count;
    }
}

サービスの構造はコントローラに似ています。クラス間の依存性を疎にする為に、コンストラクターでモデルや他のオブジェクトを受け取る場合、コンストラクタインジェクションが必要になるかもしれません。また、サービスがコントローラ、ミドルウェア、テンプレートなどの様々な場所から呼び出される場合は、シングルトンが要求されるかもしれません。

これらの問題を解決する為に、Apricotのコアが使用している League/Container が利用できます。これはサービスに関する強力なツールになるはずです。

Apricotでは League/Container を利用した以下の機能が使用できます。

Auto Wiring とは、コンストラクター引数の型ヒントを調べることにより、オブジェクトとそのすべての依存関係を再帰的に自動的に解決する機能です。これによってコントローラーにモデルやサービスのコンストラクタインジェクションが実現できます。詳しくは「auto_wiring」を参照して下さい。

サービスプロバイダーを利用して、サービスをシングルトンとしてアプリケーションに登録することができます。詳しくは、「League/Container」を参照して下さい。