Naoki Kurosawa
naoki_kuros****@ybb*****
2003年 2月 14日 (金) 01:08:49 JST
黒澤です。 L> > システム負荷的にはどちらでもたいしたことないので、純粋に見易さで。 L> > HTMLがでかくなるとネットワーク的に厳しくなるかな? L> > 表示内容は現状TotalScoreまでしか出ませんが、 L> > TotalScoreからSurvival3rdsまで表示しちゃえばいいですよね。 L> L> ネットワーク的には若干厳しくなるかもしれませんが、 L> 現状は全部書くようにしてみました。 L> ただ、バトルが動かせていないので、どのように見えるか確認はしていないです。 L> 恐らく画面いっぱいにテーブルが表示されると思います。 L> Webデザインの心得はないですが、横幅は640ぐらいに収まらないといけないとか L> あるんですかね。 それじゃ、コミットしてみてくださいよ。 黒澤がテストしますし、テストサイトに反映させれば皆さんも見れますよね。 L> > ロボット詳細(ver履歴)まではいいんですけど、 L> > 過去対戦成績詳細(ver別)というのが、提案したもののどういう画面になるのか L> > イメージ湧いてません。すいません。 L> L> まったく作れてないです(^^;;; L> 1vs1で数台のロボットと対戦した場合は、 L> TotalScoreからSurvival2dsまでの過去のデータを合計したものを L> 表示するとして、対戦ロボットの名前でソートしたものか、 L> スコアあるいは、勝率でソートして表示するという感じかな。 L> そうすれば苦手とか得意相手とかがわかると思います。 なるほど。バックエンド側を考えて見ます。 L> Meleeは、何がいいんでしょう・・・ そういえばそうですね…。 MeleeはMeleeなりに詳しい情報がほしいところですけど…。 L> > あと、ユーザ詳細で一番よく見るのは自分のでしょうから、 L> > トップから一気に自分のユーザ詳細に飛べるといいですね。 L> L> ログインしたらまず自分のユーザ詳細を表示して、 L> 所有ロボットの順位が全部見れるようにするというのはどうでしょう? いいですね。 所有ロボットのみが表示されるか、 所有ロボットが属しているDivisionが表示されるか、 ですかね。 L> > シーズン結果表示が一気に全ロボット表示される、 L> > 現状のような表示ならば、ドロップダウンリストの選択状態保存は要りませんね。 L> > 自分のロボットがハイライトされるようにするには、 L> > Sessionに自分のロボットのrobot_idの一覧が保持されればいいですね。 L> L> ということは、ログインしたら常にユーザIDやロボットIDを L> 保持したデータがどこかにあるということですか? 今はないです。 これから実装です。 L> 手元の書物によると L> <c:redirect url="xxx" [context="YYY"]> L> <c:param name="aaa1" value="bbb1" /> L> <c:param name="aaa2" value="bbb2" /> L> </c:redirect> L> というのを見つけましたが、同じでしょうか? JSTLですか。 ただ、これだとStrutsのActionFormからダイレクトに値を 取ってこれないので、事前に <bean:define>してからでないといけません。 まぁ、やればいいといえばいいので、そうしましょうか。 L> > 現在使っているオブジェクトデータをリンクやFORMに全部入れる L> > 必要はないと思います。 L> > 検索で取れるデータは毎回検索しちゃって、 L> > 検索にかかるコストを下げたほうが問題がおきなくていいです。 L> L> 毎回検索すると、検索のコストが上がるのでは?? 検索するときとしないときのコストの差ではなくて、 検索する前提で、その検索の時間的コストを下げる、ということです。 検索結果をリンクやFORMに入れて引き回す場合、 最新の結果でなくなってしまいますし、 (いつ最新にするかという問題が発生します) POSTはともかく、GETじゃ無理ですし。 セッションオブジェクトに保持したらしたで、 ログイン後、別ウィンドウを起動して同時にリクエストした場合の 同期問題がおきます。 L> たとえば、Robot1がRobotAと100回、Bと50回、Cと200回対戦した場合は、 L> 毎回これらを検索して、合計するなり処理をするとなると L> かなりサーバ側に負荷がかかりそうな気がします。 「100回対戦」の意味なんですけど、100ラウンドでしたらデータは1行なので たいしたことはないです。 本当に100回(つまり100シーズン)だと問題になってきますね。 とはいえ、先日のデータ量計算は2000台1000シーズンOKということで、 データ量的には問題なさそうです。 あとは検索スピード。これはちょっと試してみないとでしょうか。 L> > どちらにしろ、もうちょっと環境構築を自動化&もっと確実に構築できるよう L> > 手を打つ必要があるかもしれません。 L> L> コンフィグ&インストーラーみたいなのとか、 L> 対話式のインストーラーがあるといいかもしれないですね。 まさに、今これをやっています。 少々お待ちください。 -- Naoki Kurosawa <naoki_kuros****@ybb*****>