フレームワーク開発はジグソーパズルと似ている

こんにちは。ウェブ系システム開発者の山本です。

ウェブ開発のフレームワークって最近は本当にたくさんありますね。メジャーなところだとCakePHPや、Symfony、zend framework、CodeIgniter、あとはRubyでお馴染みruby on railsなどでしょうか。

ここしばらくPHPフレームワークでの開発を継続的にやっています。去年はCakePHP1とCakePHP2を、そして今年はSymfonyを使った実務開発をしています。楽しくコーディングの日々を続ける中で、ジグソーパズルとフレームワークを用いた開発ってとても似ているなってふと思いました。

とにかく手を動かして答えを探る

パソコンでカタカタプログラムを打ち込むフレームワーク開発と、ジグソーパズル。
この2つの一体何が似ているのか。

直感的に感じた共通点は手を動かすことです。

どちらも、とにかく手を動かし探って作り上げていきます。ピースを組み立てていくと徐々に絵が見えてきます。

ピースをはめるまでのもやもやした感じ、
そしてピースがカチッとハマった時の心が小さく踊る感じ。

フレームワークに用意されている機能や仕組みはパズルのピース

必要なピースは、基本的にフレームワーク上に全て用意されています。

用意された無数の部品が正にピースのようなもので、ピッタリとピースをはめるまでの過程が苦労します。ですが、ぴったりとはまる瞬間が気持ちいいし楽しいです。

そしてピースがはまる度に徐々にリズムが生まれてきます。ジグソーパズルも後半になるほど楽ですね。

検索フォームを作った時に強く実感

パズルな感覚はデータ検索フォームを作った時に強く実感しました。

フォームに入力した文字でデータベースを検索して表示するシンプルな画面。
なにもフレームワークの仕組みを理解してまで頑張って検索しなくても、自分でゴリゴリ書いて実現してしまえばいいじゃんと思いながらも、フレームワークの仕組みを使って頑張って実装することにしました。

ピースが合うまでが、ものすごーく苦労しました！

そもそも、どうプログラムを書いていいのかわからないですし、
フレームワークで一体なにが行われているのか分からない！

思い通りにシステムが動かない時間が続きました。

・・・正直もうあまりやりたくない作業です。

開発を楽にするためのフレームワークなのに、
こんなに苦労して意味があるの？ってちょっと思いました。

でもでも!

それでも、マニュアルや動作サンプルを調べて動かしてみて、やっと動いた時に真価が分かりました。間違いなく苦労した以上の価値がありました。

動くまで苦労するけど、動いてしまえば「あれ、もう全部出来てる」って。データを検索できるし、表示もできる、入力チェックもできる、更にページングの実装まで出来上がってる…!

自力でこれらをコーディングする大変さも知っている自分にとっては、これがフレームワークの力なのかと唖然としましたね。

フレームワークに用意された仕組みを使って実現すること

せっかくフレームワークを使っているのですから、
是非フレームワークの仕組みを使ってやりたい事を実現することを検討してみてください。

必ずしもそれが最良とは限らないですし、時と場合によりますが
動いてしまえば苦労した以上の利益が得られることも多くあります。

新たなフレームワークやプラグインの使い方を知ることで、
今後の開発が圧倒的に楽になります。

フレームワークの理解を深めることは今後への投資とも言えるでしょう。

Symfonyで２つのフォーム値が同じかどうかを比較するバリデート

フォームで２つの入力値が同じ入力値か判定したい場面って結構あると思います。例えば確認用パスワードでの再入力や、メールアドレスの再入力など。

せっかくフレームワークを使っているので、SymfonyのsfFormで利用できるバリデート機能でチェックしたほうが良いと思います。

sfValidatorSchemaCompareクラスの利用

今回はsfValidatorSchemaCompareというクラスを用います。こちらのバリデーションクラスでは２つのフィールドにまたがって値の比較を柔軟に行えます。例えば入力項目Aより入力項目Bの値のほうが小さいかなどというチェックもできます。

サンプルコードと解説

class RegisterForm extends sfForm
{
    public function configure()
    {
        $this->setWidgets(
            array(
                'password' => new sfWidgetFormInputPassword(
                    array('label' => 'パスワード')
                ),
                'again_password' => new sfWidgetFormInputPassword(
                    array('label' => '確認用パスワード')
                )
            )
        );

        $this->setValidators(
            array(
                'password' => new sfValidatorString(
                    array('required' => true)
                ),
                'again_password' => new sfValidatorString(
                    array('required' => true)
                )
            )
        );
 
        $this->validatorSchema->setPostValidator(
            new sfValidatorSchemaCompare(
                'again_password',
                '==',
                'password',
                array('throw_global_error'=> false),
                array('invalid'=> '確認用パスワードが一致していません')
            )
        );
    }
}

passwordフィールドとagain_passwordフィールドが同一かどうかをチェックしています。
比較したい二つのフィールド名の引数の間に比較演算子となっており、普段の式のように直感的に書ける引数構成だと思います。

again_password == password

sfValidatorSchemaCompareコンストラクタの引数の仕様

symfony Forms in Action | 付録 B – バリデータ | symfony | Web PHP Framework

sfValidatorSchemaCompare($left_field, $operator, $right_field, $throw_global_error)

第二引数$operatorについての詳細について以下引用です。

throw_global_error引数をtrueとするとGlobal errorとして投げられます。
falseとするとnamed errorが左側のフィールドにNamed errorが投げられます(デフォルトの挙動)

• Named error – 単一フィールドに対するエラー
• Global error – 複数フィールドにまたがる、フォーム共通のエラー

しばらくはSymfonyの開発実践をしながら勉強の日々が続きそうです。
さーがんばろう。

自作MVCフレームワークの作成中

自作MVCフレームワークエンジンの作成中です。

以前も見よう見まねでフレームワークらしいものを作ったことがあったのですが、
いまいち冗長で完成度が低かったのでリメイク中です。

モチベを上げるために仮称を決めてます。
Rhythm（リズム）です。
リズミカルにサイトを構築できたらという願いを込めてます。

作るに当たって参考にしまくってるのはCakePHPです。
なぜCakePHPかというと、会社でCakeを使っていると言うこともあって、こんがらがらないようにというのもあります。

それ以外にもURLまで綺麗というところはSEO的に惹かれますのでそういった点で参考にしてます。
あとは基本オブジェクト指向ではあるのですがオブジェクト指向を突き詰めすぎず、
配列など上手く使って使い勝手を重視しているところとかも参考にしてます。

最近MVCモデルを更に突き詰めたMVCAモデルなんてのも出てきてますが、それを知った上でMVCモデルにしてます。
自分が作るサイトなんてそんなに規模感無いですし、MVC論もそこまで突き詰めずゆるーいところで押さえています。
MVCA(Application)の利点は良く分かるのですがオブジェクト間のやりとりが増えてごちゃごちゃしちゃうなと思って今回はやめました。
あとで必要だと思ったら追加します。

ソースコードを晒すのはとっても恥ずかしいので公開はしないと思いますｗ
自分で使う分には実用レベルに近づいてきたところです。
徐々にフレームワークが成長していくのが楽しくて仕方ないです。

続きを作ってきます。