Q&A
具体的に文章で書かないと伝わりませんよ。 → Σ(￣ロ￣lll)
疑問に思っていること
こんにちは，こないだお世話になったものです．今回はセッション変数についてご教授くださいませ．
結論，セッション変数が存在する前提で Servlet の処理を書いてもよいのでしょうか？
例えば，
一覧の中から品物を選択する
↓
(Servlet) Session に選択された商品情報をまとめたオブジェクトを格納（以降 item）
↓
item を使って詳細を表示
次，
詳細画面から購入を確定
↓
(Servlet) 購入処理 ← ここで先ほどの item を使ってもよいのか
↓
購入完了画面
といった感じです．
なぜこのようなことを疑問に思ったのかというと，ほかの Servlet がどのような値を Session に保存しているか把握しないといけないからです．数が多くなるほど大変ではないでしょうか？
全て前の画面からの受け渡しにしてしまえば！ あれ？それ Session の意味なくね？
と頭の中が？でいっぱいです．
こういったセッション変数の管理というのはどうやって管理（決定）するものなのでしょうか？
ここら辺の知識はあまりないので，初心者マークをつけさせていただきました．
”ゴミ”と書くのはストレートかな？とおもいまして．
データベースでも同じことが言えますが、そこは分かりますか？むしろ利用者が任意に登録できる仕組みであればシステム側が何を保管できるか決められるセッションの方が管理が楽 のようにも思いますが < Session に保存しているか把握しないといけないからです．数が多くなるほど大変ではないでしょうか？
わけわからない顔文字で誤魔化されるよりマシです。余計わかりづらい。他の表現はいくらでもあるし、そもそも初心者マークつけた意味がない。
回答1件
0
ベストアンサー
どの情報をSession属性に格納する、参照する、解放するかはアプリケーションの設計段階で考慮するところです。
すべての値を画面に渡して、必要な値を次のサーブレットに送信してしまえばよいのですが、画面から入力した値と、現在表示している画面とは無関係な値も送信しなければならず、さらには、その個数が数個ならまだ簡単ですが、多量になったときには非常に大変なコード量となるでしょう。
複数画面で共有できる領域がSession属性ですので、この特徴と、いつ格納する、いつ参照する、いつ解放するのかを考えるのは、画面からすべての値を送信するのとそこまで大きく違いはありません。
画面数が多くなってきたときには、共有したいパラメータのセットをクラスに設け、管理しやすくする手法もあります。
投稿2018/08/15 05:11
総合スコア12011
＞どの情報をSession属性に格納する、参照する、解放するかはアプリケーションの設計段階で考慮するところです。
なるほど，作成前からすべて決定してしまうんですね．知りませんでした．
なんだかすっきりしました！
ちなみに設計というのはどのレベルまで設計するのですか？
この Servlet がどのタイミングでこの条件の時にこの名前で？？を Session に格納する × Servlet 数
といったように細かく決めるものですか？
＞画面数が多くなってきたときには、共有したいパラメータのセットをクラスに設け、管理しやすくする手法もあります。
なるほどそんな方法もあるんですね(´・∀・｀)
これは自分で調べます．
できれば名前をつけてあげるとわかりやくていいですね。1個1個のパラメータではなく、ざっくりと、セッションには「買い物かごの内容」や「ログインユーザ情報」など。
あなたの回答
tips
プレビュー
