PHPMatsuriで断念したアプリは以下のような仕様だったんですよね・・・ 入力画面毎にactionを準備するんではなく、入力画面は1つのactionでうけて、たとえばform→confirm→add のように3つのアクションだけで処理する 管理画面で自由に画面数を決めて、入力項…

ここにも書きつつGithubの方にもpull requestをしてみようかと思ってるんですが、現状のTransitionコンポーネントで以下の点がちょっと困ったので手を入れました。 - 遷移元のアクションの指定がアクション名でしか行えない

というわけでTransitionコンポーネントを便利に使わせてもらっているのですが、このコンポーネントはその性格上以下のような制約があります。 - アクションごとにバリデーションを行う場合はそれごとにモデルが必要になる画面ごとにきっちりとモデルが割り当…

とっても便利なTransitionコンポーネントですが、自分が使ったときには１つはまったことがありました。それは確認画面で Transtion#automate を使用した場合の流れです。

checkData/checkPrevに続いて Transition#automate ですが、これまたおおざっぱにいうと checkPrev した後に checkData をしてくれるメソッドになります。

最初に書いたサンプルでは完了画面に出てきた Transition#checkPrev だけど、この説明をした方が Transition#automate はわかりやすくなるのでこっちを先に。Transition#checkPrev は引数に指定したアクションからちゃんときているかをチェックします。どう…

Transition#checkData は複数入力画面の1画面目で使用することになるメソッドです。CakePHPでは以下のようなパターンのコードをよく書くと思う。同一アクションでGET/POSTで処理をわけて、POSTできたときは保存してリダイレクトみたいな感じ。 class FooCont…

昨日のブログでもちらっと書いたけど、仕事で便利に使わせてもらっているTransitionコンポーネントについていくつかの記事に分けて書いてみる。本当に便利なのにあまり情報がないのは、みんななんの問題もなくさらっと導入できているからなのかな？Transitio…