|
||||||||||||||
| 前のページ 1 2 3 4 次のページ | ||||||||||||||
| Sledgeのライフサイクル | ||||||||||||||
|
Sledgeがクライアント(ブラウザ)からのリクエストを受けとって、結果を返すまでの流れを図にすると以下のようになります。 |
||||||||||||||
|
||||||||||||||
| 他のフレームワークとの比較 | ||||||||||||||
|
ここまで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 次のページ |
||||||||||||||
|
|
||||||||||||||
|
|
||||||||||||||
|
||||||||||||||
|
|
||||||||||||||
|
||||||||||||||
|
|
||||||||||||||
|
||||||||||||||


