- 1 名前：nobodyさん mailto:sage [2009/01/23(金) 09:46:51 ID:???]
- ●過去ログ
Part1 - 【質問】 ASP.NETスレ 【議論】
pc5.2ch.net/php/kako/1040/10406/1040698263.html
【質問】ASP.NETスレ Part2【議論】
pc8.2ch.net/test/read.cgi/php/1111480331/
【質問】ASP.NETスレ Part3【議論】
pc11.2ch.net/test/read.cgi/php/1160355849/
【質問】ASP.NETスレ Part4【議論】
pc11.2ch.net/test/read.cgi/php/1184683786/ （dat落ち？）
あんまり需要ないのかもしれませんが。。。
- 783 名前：nobodyさん mailto:sage [2009/08/06(木) 02:30:15 ID:???]
- 50ページに分割したら最初にロードするのは1000個だけですむ。
遅くなる理由が見つからない。
- 784 名前：nobodyさん mailto:sage [2009/08/06(木) 02:31:02 ID:???]
- onscrollでスクロールされたイベントは発生するが、
どのコントロールが表示状態になったかは取得できないな
従って、絵に描いた餅
Flashかsilverlightなら可能だと思うが
- 785 名前：nobodyさん mailto:sage [2009/08/06(木) 02:35:15 ID:???]
- >>783
単にページ分けでいいじゃん
- 786 名前：nobodyさん mailto:sage [2009/08/06(木) 02:43:39 ID:???]
- 全件表示か、ページ分けしての表示なら問題ないが
１つのページに複数のページが表示されるのは機能的に問題
データはいつ削除されるか追加されるかわからないんだから、
最悪の場合、50ページすべての行に同じデータが表示される可能性がある
そして後からデータが追加されて51ページ目が発生した場合にも対応できない。
- 787 名前：nobodyさん mailto:sage [2009/08/06(木) 05:47:17 ID:???]
- ページ分割というか、まあ１画面に表示する項目を絞れば早くはなるだろうな
後はAJAXなりで適当にスクロールしてるように見せかければいい
>>786
そういったことを防ぐために排他制御って考え方があるんだが
機能的に問題かどうかは、ロックがどうなってるかによる
普通のWEBアプリに見られるような楽観的ロックなら問題かもしれないが
適切なロックがあれば問題ない
そう考えると元の設計は、もしかするとロックするから
全項目を１画面に表示したいのかも知れない．．．と思ってみたがたぶん違うなｗ
- 788 名前：nobodyさん mailto:sage [2009/08/06(木) 08:19:08 ID:???]
- 楽観的排他制御じゃないロックなんて普通は最後の手段に近いけどな。
まずはセッションとかでどうにかならないか考えるだろ。
あと数を絞れば速くなるに決まってるなんて言ってるのがいるが、
ホントに試してみたのかい？
- 789 名前：nobodyさん mailto:sage [2009/08/06(木) 08:21:18 ID:???]
- 例えば一気に端から端までスクロールしてもまともに動くのか、
実は最初から全部読んだ方がスムーズだったなんてことはないのか。
- 790 名前：762 mailto:sage [2009/08/06(木) 09:46:36 ID:???]
- >>778
詳細設計から参加、つーたら、普通は詳細設計書を書くところから参加という意味だろ。
馬鹿なの？死ぬの？
- 791 名前：nobodyさん mailto:sage [2009/08/06(木) 13:11:14 ID:???]
- いいこと思いついた。スクーロルバーは標準のスクーロルバーじゃなくて、ボタンか何かを
配置して、画面上には常に固定のコントロールを配置。
で、スクーロル下をボタンをクリックしたら
txtbox2の内容をtxtbox1に
txtbox3の内容をtxtbox2に
txtbox4の内容をtxtbox3に
txtbox5には新規にDBから取得した内容を新規にセット
ってやれば、画面上には常に一定数のコントロールしか表示されないし、PostBackerの処理
も簡単で一石二鳥じゃね？
- 792 名前：nobodyさん mailto:sage [2009/08/06(木) 14:01:14 ID:???]
- >>790
突っ込まれると思ったｗ
詳細設計時に存在するには内部設計書だな。すまんかった。
つーかいちいちプログラムと関係ないところのツッコミしかできないのかよ？
吐いた唾を飲み込むの？死ぬの？
唾飲み込むぐらいじゃしなねーけどｗｗｗ
- 793 名前：nobodyさん mailto:sage [2009/08/06(木) 14:14:19 ID:???]
- >>787
Webアプリで1画面表示する間、ずっとデータベースをロックしろとでも？
この場合、いつ最下部のページを表示する画面にスクロールかわからないから、
ページをみてる間はずっとロックかけてる必要がでてくるわけだが。
他人が使う可能性や、ブラウザのページの切り替わりの
可能性なんて考えたら、そんなロックは実用上不可能だろ。
結局、重複させない、または表示途中で削除されたデータに対応するには
クライアント側（ポストバックかクッキー）かサーバ（セッション）でデータを持ち続け、
最終的に楽観的ロックで確認するしかない。
>>791
2万行あったら最下部までたどり付くのに2万回クリックすんの？ｗｗ
そうなると100行単位とかのページ単位で切り替わるほうがいいんじゃね？
それでも200回クリックじゃつらいから、10ページ前に戻る、10ページ後に進む的な
ページングのボタンを設置したほうがいいんじゃね？
そうなると>>768で答えは既にでてる。
- 794 名前： [―{}@{}@{}-] nobodyさん mailto:sage [2009/08/06(木) 15:33:22 ID:???]
- ま、作る前にワーニング出さなかった君の負けだよ。
Ajax、XBAP、Silverlight、Flashなんでもいいから
ユーザビリティーの良いのに作り直す事だね。
- 795 名前：nobodyさん mailto:sage [2009/08/06(木) 15:40:39 ID:???]
- キミちゃんと最初から読んでる？
- 796 名前： [―{}@{}@{}-] nobodyさん mailto:sage [2009/08/06(木) 15:51:43 ID:???]
- >>795
ああ、読んでるよ。
設計書通りに作ったんだろ。
設計書見た段階でこりゃ動かんわってわかってたんなら
その段階で何かするべきなんだよ。
ちゃんとせんから余計な後戻りが発生するんだ。
|
 |
