 |
|
| SledgeによるWebアプリケーションフレームワーク入門 |
第６回：さらなる活用のために
著者：ライブドア 池邉 智洋 2005/7/28
|
|
|
| 前のページ 1 2 3 4 次のページ
|
|
| Sledgeのライフサイクル
|
Sledgeがクライアント（ブラウザ）からのリクエストを受けとって、結果を返すまでの流れを図にすると以下のようになります。
図1：Sledgeの内部動作
（画像をクリックすると別ウィンドウに拡大図を表示します）
|
- HTTPリクエストの受信、パース
- セッション管理開始
- AFTER_INITフック実行
- ページ認証処理
- BEFORE_DISPATCHフック実行
- 入力文字コード変換処理
- テンプレートのロード
- ビジネスロジックを実行してテンプレートに値を渡し、コンテンツを生成
- AFTER_DISPATCHフック実行
- 出力前のコンテンツをフィルタリング
- ブラウザに出力
- AFTER_OUTPUTフックを実行
|
|
| 他のフレームワークとの比較
|
ここまでSledgeについての話題のみでしたが、Sledgeが他のフレームワークとどう違うのかというのをJavaの代表的なWebアプリケーションフレームワークであるStruts（注4）を例にあげながら考察してみたいと思います。
|
※注4：
Apache Software Foundation
http://struts.apache.org/
|
|
| Strutsとは
|
Strutsはこの記事を読んでいらっしゃる方にはほぼ説明不要かと思いますが、Apacheソフトウェアファウンデーションが開発しているJavaによるWebアプリケーションフレームワークであり、洗練されたMVCモデルフレームワークとして支持されています。
|
| Strutsとの比較
|
それでは各項目についてStrutsとSledgeの違いを見ていきます。
|
| 言語／動作環境の違い
|
StrutsはJavaサーブレットですが、SledgeはPerlにて記述されており、CGI、mod_perlという環境で動作します。
Sledgeはサーブレットコンテナの用意、コンパイル作業が不要という点においては手軽です。Perlというと、簡単なCGIやシステム管理用の言語という見られ方をする事が多いですが、mod_perlとの組み合わせにより大規模Webサイトの構築も可能となります。
|
前のページ 1 2 3 4 次のページ
|
|
|
|
|
著者プロフィール
株式会社ライブドア 池邉 智洋
ネットサービス事業本部 システムグループ マネージャー。2001年10月よりライブドア（当時オン・ザ・エッヂ）にて受託開発業務のWebアプリケーション開発に従事。2003年11月よりlivedoorのポータル化にたずさわり、各種サービスの開発を行う。個人的にCPANモジュールやApacheモジュールの公開も行っている。
|
|
|
|
|
|
