MVCにおけるcontrollerクラスの役割は時代と共に変わって行く | F's Garage
昔、JavaのフレームワークであるStrutsも出てくる前、MVCモデルにおけるControllerの役割というのは、 「ロジックもデータも見ない現場監督のような役割」 と学んだ。だから昔、ServletではMVCアーキテクチャを学んだ時に、こんなControllerを書いていた。 [とりあえずRequestオブジェクトを受け取る] | [validationロジックに引き渡す。データの中身は見ない] ｜ [例外が発生したらエラーView処理クラスに引き渡す。何のエラーかは細かく知らない] ｜ [次にロジック処理クラスに渡す。最終的にDBのテーブルとマッピングしたデータはJavaBeansというデータクラスが保持する] ｜ [例外が発生したらエラーView処理クラスに引き渡す。何のエラーかは細かく知らない] ｜ [Viewの生成オブジェクトにJavaBeansを渡す] ｜ [Viewオブジ
もう Java EE 6 でいいんじゃない?
もう Java EE 6 でいいんじゃない? 2011年4月21日 at 11:31 午前 2件のコメント 本日、「Oracle ダイレクトセミナー」で Java EE 6 の詳細説明を行います。当初 GlassFish についても説明する予定でしたが、本日は GlassFish の説明は殆どなく Java EE の説明に集中します。また本エントリ中に今日発表で使用するプレゼンを添付します。全部で P 132 程あり１時間のセミナーでは全てを伝える事はできません。ただ、本資料を見て頂く事で、Java EE 6 に含まれる技術について理解して頂けるのではないかと思います。Java EE 6 について全体像を理解したい方は是非ご覧ください。（必要な場合、SlideShare からダウンロードしてください。） ※ Bean Validation, DI/CDI については別途追加予定です 本セミ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
