 | ||||||||||||||||
| ||||||||||||||||
| 前のページ 1 2 3 4 次のページ | ||||||||||||||||
| ||||||||||||||||
| ルーティング | ||||||||||||||||
次に、ビジネスロジックの選択や画面遷移などを制御するルーティングの仕組みについて比較してみたいと思います。  図2：ルーティング方式の違い （画像をクリックすると別ウィンドウに拡大図を表示します） | ||||||||||||||||
| JSFのルーティング | ||||||||||||||||
JSFはイベントドリブン方式を採用しています。ボタン押下などのイベントが発生した場合、関連付けられたアクションやイベントリスナが実行されます。その処理結果と「faces-config.xml」という遷移ルールが定義された設定ファイルに従って、次のビューへと遷移していきます。 このように、遷移先などアプリケーションのもっとも重要な動作を定義する「faces-config.xml」がJSFアプリケーションの中核を担っています。 faces-config.xml <faces-config> | ||||||||||||||||
| Railsのルーティング | ||||||||||||||||
Railsの場合、図2のようにブラウザに指定されたURLによって、自動的に呼び出されるコントローラ／アクション／ビューが決定します。もちろん、これ以外の形で処理を行うことも可能ですが、この規約に従うことで設定ファイルなどの記述が一切不要となっています。 | ||||||||||||||||
| ルーティングの比較結果 | ||||||||||||||||
記述量ではRailsが勝っていますが、JSFは設定ファイルによって、ルーティングのルールをプログラムから切り離し、一括管理を実現しています。 Railsの場合は、設定ファイルよりも規約を重んじており、ある程度は規約に従う必要があります。これによって無駄のないシンプルな処理を実現しています。このルーティングだけでなく、Rails全体として規約を重んじる考え方が採用されています。 | ||||||||||||||||
| ビューの比較 | ||||||||||||||||
次にビューの比較を行います。ビューについては、両者ともHTML構文に近い形で表現するということもあって、非常によく似ています。 | ||||||||||||||||
| JSFのビュー | ||||||||||||||||
JSFのビューにはJSPが用いられます。JSFが提供するカスタムタグライブラリを使って、ボタンやテキストフィールドなどの画面要素を構築していきます。 JSFカスタムタグを使用したJSPの例  （画像をクリックすると別ウィンドウに拡大図を表示します） | ||||||||||||||||
| 前のページ 1 2 3 4 次のページ | ||||||||||||||||
| ||||||||||||||||
| ||||||||||||||||
| ||||||||||||||||
| ||||||||||||||||
| ||||||||||||||||
| ||||||||||||||||
| ||||||||||||||||
| ||||||||||||||||
| ||||||||||||||||
-
-
連載
