- - PR -
フォーム情報の保存
投稿者 | 投稿内容 | ||||
---|---|---|---|---|---|
|
投稿日時: 2004-02-12 15:01
話の発端でXMLを用いるという案がありました。
正直よくわからなかったので後回しにしていたのですが、 参考にどこをみたらよろしいでしょうか?DataSetのヘルプが一番でしょうか。 移動ボタンクリックイベントでDataSetを作成して、XMLに保存という流れでしょうか。 XML自体もあまりわかっていないので正直ちんぷんかんぷんです。。。 | ||||
|
投稿日時: 2004-02-12 15:11
これだと、一番性能劣化するように思いますが……。 XML解析処理時間、ファイルI/O時間などなど。 | ||||
|
投稿日時: 2004-02-12 15:53
ファイルI/Oは重いですね。解析は、実装する必要はないと思います。設定などでXMLに出す項目だけPublicでRead/Write可能なプロパティを作り、XMLシリアライズすればよいかと。XMLについて「知る」必要も、ほとんどない。 | ||||
|
投稿日時: 2004-02-12 15:55
そうですね。 性能の劣化と、XMLを扱う部分を作るための工数(人件費)と、変更のし辛さ等を考えればメモリを追加してセッションを使う方がなんぼかマシだとおもうんですけど。 実際の運用の時に予想されるサーバーの負担というのはどれくらいのものなんでしょう。 セッションを使わない時と比べてレスポンスが10秒も20秒も遅くなったり、あるいはレスポンスが返ってこなくなってしまったりするんですか? それとも却下している人は、「メモリをいっぱい使ってサーバーに悪そう」などといったイメージでセッションを使うなと言っているんでしょうかね。 ------------- >Jittaさん あ、XMLを扱う部分は作る必要ないんだ。 でも「どこのページの状態はどういった名前でどこに保存して」と、煩わしいことには変わりないでしょうけど。 [ メッセージ編集済み 編集者: 一郎 編集日時 2004-02-12 15:59 ] | ||||
|
投稿日時: 2004-02-12 16:15
皆様ありがとうございます。
なんだかSessionが無難な気がしてきました。 自分一人で作るのであればセッションを使うことにします。 XMLが絶対必要になった際にまたお願い致します。。。 | ||||
|
投稿日時: 2004-02-12 16:32
簡単ですがサンプルおいておきます。
まずいところがあったらツッコミお願いいたします。
| ||||
|
投稿日時: 2004-02-12 16:51
そんなに遅くなることはないと思いますが。。。 えっと、私のところでは、検索条件を個人個人で作ることができるようにしています。そして、その条件を「名前を付けて保存」できるようにしています。これは、XMLファイルに保存しています。ファイルは、Win32APIを使って、All Usersディレクトリを得、Application Dataからずっと下に、フォーム認証で得た「ログイン者名」を利用して保存しています。保存にはXMLシリアライズ(SOAPシリアライズ)ではなく、バイナリシリアライズのXMLシリアライズを使用しています(他のスレッドで調査した結果を流用している)。 今のところ、“著しい性能の劣化”は感じていません。問題は多数のアクセスがあったときに待ちが発生するか、ということだと思いますが、社内利用のシステムなので同時アクセス数も100未満であり、個人ごとにファイルが分かれる“はず”なので、「待ち」と言うほどの待ちは発生しないと思っています。 SOAP/XMLシリアライズは、調べたけれども忘れてしまいましたが(歳かのう...)、バイナリシリアライズは ・クラスにSeliarizable属性を付ける だけで“基本的には”実装できます。バージョンアップで項目が増えることに対応するため、シリアライズ、デシリアライズを実装していますが、そんなに手間ではありません。 #XMLの中にアセンブリのバージョンが入るので、実は困るかもしれない | ||||
|
投稿日時: 2004-02-12 19:51
仕様変更により次回ログイン時にユーザIDによってチェックボックスの情報提供を行うことになりました。
つまり、XMLを使うということですね。 行き詰まったら、またご伝授ください。 宜しくお願い致します。 |