一覧画面から詳細画面への遷移時のスコープについて

お世話になっております。

現在、Java EE7で、基本的なCRUDが可能な機能を作成しています。

検索結果一覧画面から、詳細ボタンを押下することにより、一覧画面で選択した内容の
詳細画面を表示させようと考えています。

この際に、値の引継ぎ用のバッキングビーンをRequestScopeで作成していると詳細画面まで
情報を保持できません。
ですので、SessionScopeで対応を行おうと考えています。

質問は以下の3点です。
①SessionScopeだとメモリ圧迫の危険性をはらんでいるため使っていいものか？
②SessionScopeをメモリ上から解放することはできるのか？
③SessionScope以外のスコープを使ったほうが良いのか？例えば、フロー、カンバセーションなど

以上、よろしくお願いいたします。

行動規範の内容に同意します

回答2件

方式としてJavaEEを選択されているので、SessionScope使えるところでは使った方が良いかと思います。

①SessionScopeだとメモリ圧迫の危険性をはらんでいるため使っていいものか？

メモリ圧迫の可能性が無いとは言い切れませんが、他の方式に於いてもキャパシティ想定外の事象が起きれば同様に起き得るかと思います。CDIではBeanをプールして使いまわすので、同時接続数がプール範囲内であれば基本的にそれ以上のメモリ消費は有りません。

②SessionScopeをメモリ上から解放することはできるのか？

CDIではBeanの生成(New)はCDIManagerが行い、アプリ側から生成・削除はできません。
そう理解しておりましたが、他の方の回答に破棄の方法が書かれています。この点、勉強不足です。

③SessionScope以外のスコープを使ったほうが良いのか？例えば、フロー、カンバセーションなど

私もフロー、カンバセーションは利用したことが無いのですが、アプリケーション用途のスコープに合ったものを使用すれば良いと思います。SessionScopeから初めて、他スコープについては性質が判ってきてから採用してはどうでしょうか。

投稿2015/09/24 14:29

BlueMoon

総合スコア1339

jastaway

2015/09/25 02:34

丁寧な回答ありがとうございます、是非参考にさせていただきます！

行動規範の内容に同意します

ベストアンサー

画面遷移時の情報保持方式についての設計は悩ましいところですよね。

①SessionScopeだとメモリ圧迫の危険性をはらんでいるため使っていいものか？

利用に関しては、SessionScopedBeanの情報の精査（大きなオブジェクトを保持し無い）や、破棄ライフサイクルの管理がきちんと設計できれば、利用に関して問題無いと思います。
今まで関わったシステムで、認証情報（ログインユーザや権限情報）はSessionScopedで保持することが多いです。

②SessionScopeをメモリ上から解放することはできるのか？

@SessionScopedなbeanにHttpSessionを@Injectして保持し、beanのメソッドにてHttpSession#invalidate()を実行することで破棄できるかと思います。（end()メソッドを実装しておく等）
@SessionScopedなbeanで@PreDestroyをつけたメソッドでロギングしておくと、破棄タイミングを把握できるかと思います。

③SessionScope以外のスコープを使ったほうが良いのか？例えば、フロー、カンバセーションなど

どちらも調査のみで実際に利用したことは無いのですが、下記ページを読むとFacesFlowやConversationScopeとSessionScopedの違いがわかるかと思います。

http://kikutaro777.hatenablog.com/entry/2013/12/01/124358

どちらもライフサイクル（そのBeanの有効期限、範囲）を明確に定義することで、SessionScopedよりも短い範囲でBeanを共有できることでメモリ圧迫を低減させる方法ですね。
ショッピングサイトなどで商品を選択してから、カート画面、決済画面、決済完了画面までを一連のフローとして扱う、といったケースで使いやすそうです。

本題ですが、一覧画面から詳細画面への値引き渡しは他にも下記の方法が採用できるかと思います。