さて、次は全然関係ないんだけど
Zend Frameworkについてです。

以前書いたようにMVCフレームワークが流行ですね。
Ruby on Railsに始まり、Symfony, Ethnaなどなど。
確かに開発がかなり楽になります。

というのもドキュメンテーションがすでにあるということと
フレームワークが定まっているということで
チームでの共有がしやすいと思います。
急遽開発メンバーが新規で参加したとしても
こうしたフレームワークを使っていれば
割とすんなり入り込める気がします。

会社独自のサービスなんかは、それで一つのオブジェクトとして
クラスにブチこめばいいわけで
あくまでも基礎的なクラスはフレームワークに準じていればいいわけです。

以前symfonyを使ったのですが、あれはかなり楽です。
余計なことをしなくていいのが楽です。
とはいっても、設定項目が多すぎるのがやや難点ですが・・・。
そしてやや重いというウワサも・・・。

そしてこないだZend Frameworkを動かしてみました。
基本はSymfonyと似ています。
フロントコントローラーからアクションを動かすあたりや
ディレクトリ構成も似ています。

ただし、コマンドでDBのスキーマを読み込んで、
DB関係のクラスをばーっと作るとかいうのはできません。
また、アプリケーション＞アクション関係のディレクトリやファイルも自分で
作らなきゃいけません。
このヘンはちょっと面倒ですが
デメリットというほどでもないと思います。

あえてこの両者を比較すると
Symfonyのほうは開発期間を短縮できるような気がします。
また、細かすぎる設定項目も、マスターすればやはり楽だと思います。
ただ、propelから生成されるDBマップクラスでは
テーブル結合まわりが非常に弱いので
アプリとしてはシンプルなものにしか対応できない気がします。
というか、複雑なものになると、結局自分でクエリーを書かなきゃいけないので
Symfonyにした意味があまりないような・・・。

ZFのほうは「作り込む」タイプのように思います。
基本的には自分で書くソースの量がZFのほうが増えそうです。
しかし、symfonyに比べて軽いというハナシでもありますが
そのへんはどうかなぁ？

次はRailsを動かしてみたい！

というか、MVCフレームワークが必要なほど大きなサービス・アプリケーションを作る機会なんて
あまりないんだけどね・・・。
好きなんです。こういうの。
今の会社のサービスもこれで作りたいなぁ。と強く思います。
が、実は今日リニューアルしたばっか。。。
がーん。

ページ: 1 · 2