てか

LL脳の甘え

データ構造とアルゴリズムは、もう一度勉強し直さないといけない気がする…

足腰が弱い。

普通に行き詰まるわー

うーん…

データ構造というか…単にデータの取り扱いなんだけど。

JavaのMapがJavaScriptみたいに自由に使えれば、文句ないんだけど…

それは安全性にも欠けるし―かな？

自分でデータを取り扱うクラスを作ればいいんだなー
getter,setter設けて・・・・
なんと面倒くさいんだ！

//PHP風
$data->data1->mokutekiData;

//js風
data.data1.mokutekiData;

HashMap使って、
data.get("data1").get("mokutekiData");

とかでもいいけど。。。
すると変数の宣言とかがものすごく面倒くさい。
（なんであんな冗長なジェネリックの宣言しないといけないの？）

Data data = new Data();
String str = data.getMokutekiData();

みたいに、自分でクラス作った方がいいのかなー…

何がいいのかわかんない、自分で考えれって感じだけど…。

話は変わり、データのアトミック性について

しかもなー…サーバーサイドで、Applicationスコープのデータを、なるだけアトミックに操作したいなーとか考えると、一つの要素（変数）にあまり沢山の情報を持たせたくない
あるServletがApplicationスコープの情報をgetAttributeでつかんだ後に、setAttributeで戻す。
つかんだ後に、他のServletが古い情報をgetAttributeでつかんで、setAttributeしちゃうと…
あー不都合が起きるよー…
となると、あまり大きなデータ構造は持たずに、小さな単位でApplicationスコープに変数を持たしたいと考える。
そうすると、それらの変数を管理するための変数も必要になり…

絶対このやり方間違ってる。

何か、コンテキスト内でデータをアトミックに共有できるクラスとか無いのかな？

DB使う？

キャッシュ系のいい物無いかな？

アトミックにデータの共有が行えるものがあればマジ解決。でもDB使うほどのものでもない。

そこまでアトミック性は求めてないけどさ

自分で実装はしたくない。（早くこの課題終わらせたいし）

うーん…

多分、Applicationスコープはここで使うべきじゃないよなー…

どうする！？

はぁ、くそめんどくさい！

アトミック性はこの際目をつぶろうかしら・・・・
気付かなかった事にして。

ステートフルWebアプリケーション難しいな！

（いかにも難しい事やっているように聞こえるが、単なるオンライン対戦将棋ゲーム。）

絶対何か方向間違ってる。絶対先人は解決しているだろｗ
（自分で考えようとしないで、先人の知恵を借りる気満々。車輪の再開発を避ける、という都合のいい言葉がこの世には存在する。）