0

私は、既存の ASP.NET エンタープライズ アプリケーションにログインする UI を構築しています。私はここからどのように進歩するかについて独自のアイデアを持っており、研究と設計を続けています. しかし、SO コミュニティから詳細を聞きたいと思っています。

現時点での詳細、仮定、質問は次のとおりです。企業内で進化する可能性があるだけでなく、SO に関する入力があれば次のようになります。

  • 多くのアクティビティが発生するため、一貫した DB 接続が望ましい

  • おそらく ThreadPool を使用しますが、これはスレッドを争う ASP.NET と競合しすぎますか?

  • 入力のバッチを定期的にログに記録するためにメモリ内キュー (キュー) を使用する可能性がありますか? (ドメインごとに 1 つ)

  • 構成可能である必要があります。IE: 通常のポストバック呼び出し中にすべてのページ イベントをログに記録するか、ポストバックがあるかどうかに関係なく、個々のコントロール アクションまたはイベントをログに記録するようにフックできます。IE: ユーザーがパネルを折りたたむ。

  • すでにポストバックされているすべての「視認性の高い」UI イベントと、必ずしもすぐにポストバックされないその他のイベント。イベントのクライアント バッチがあり、時々送信しますか?

  • 既存のコードへの影響を最小限に抑えるにはどうすればよいでしょうか?

  • それに応じてポストバックする「壁に飛ぶ」AJAX機能がありますか? 基本的に、ログに記録されるように構成されているすべてを監視します。

  • ワークフローのポイント A から B へのユーザーの段階的な進行状況をレポートするには、ログ記録を注文する必要があります。

4

2 に答える 2

1

PostSharp属性と組み合わせて実際のロギングを行うWCFサービスはどうですか。PostSharp属性では、アプリケーションがハミングしている間、WCFサービスを非同期的に呼び出すことができます。私は過去のプロジェクトでこのようなものを実装しましたが、速度が低下することはほとんどありませんが、うまく機能します。

http://www.postsharp.org/

于 2009-04-09T18:06:22.383 に答える
1

なぜlog4netを使わないのですか? ユーザー ID、セッション ID、および段階的な進行状況を追跡するために必要な追加情報を取得できます。パフォーマンスに影響を与えた場合にロギングを削減できるように、レベルを構成できます。実行可能な既存のロギング フレームワークがいくつかある場合、独自のフレームワークを作成して車輪を再発明することは考えません。

于 2009-04-09T18:18:27.817 に答える