maple を分かりやすくして欲しいらしい

サンプルではよくあるパターンとしてフォームの入力、確認、完了という遷移の例がある。じゃあその値をデータベースに格納するのは？単純に完了 action にてデータベースへ格納するようなクエリを発行する動作を execute に書くのもいいけど、maple ではこういう形を許容する。

function setLogic(&$logic)
{
    $this->logic =& $logic;
}
function execute()
{
    $logic = &$this->Logic;
    if ($logic->store($dto)) {
        return 'success';
    }
}

function setDao(&$Dao)
{
    $this->dao =& $dao;
}
function store(&$dto)
{
    $dao = &$this->dao;
    $result = false;
    if ($dto->isNew()) {
        $result = $dao->insert($dto);
    } else {
        $result = $dao->update($dto);
    }
    return $result;
}

function insert(&$dto)
{
    // $dto の値を insert するようなクエリ
}
function update(&$dto)
{
    // $dto の値を update するようなクエリ
}

dto って何？っていわれそーだ…。目的データの寄せ集めと、おまけのオプション (isNew() がそんな感じ。あと delete フラグ立てたりとか) がついてるようなオブジェクトと思って OK。

一通りのフローを見てみたいんだけど insert query 書くのメンドー、つーか DB 構造まだ決まってねーよとかいうのであれば別に return true; とかでその場を終わらせればよし。んで logic, dao とかは大根で injection すりゃ本番、テストの切り替えは思いのまま、客向けにあたかも動いているかのように見せるなんてことだって問題ないし、複数人プロジェクトで該当する担当者が仕事遅くてこっちのフロー全然チェックできねーよなんてことも避けれる。
アクションの骨はこれで完成で、その日は「もう動く形になったよ」と同僚に自慢してとっとと一足早く一杯飲みにでも行って、次の日にモーニングコーヒーでも飲みながら各セクションがすべき仕事フローのコードを起こす準備をしてればいいのだ。

実際のところ本当に maple が絡んでいる個所は一番初めの module のみ。確かに Logic, Dao も maple DI に格納するというアクションが発生してるけど、こちとらやることといえば set method 作って DI ファイルに名前を書くのみ。深く考えてコードを起こすことと比べたら知れたレベルでしょ。
加えて各クラスとの接続で、自ら include なり new なりしていないのもポイント。依存ある関係を自ら管理するのではなく、Dependency Injection（依存性注入）を行うコンテナに任せてしまうことで、より効率よい実装、テストができるようになる。

maple は重いなんて言って避けるのはもったいない。maple はあくまで仕事をわけて正しくキレイでフットワークの軽いコードを書こうというキッカケを提供しようとしてるのだ。