1

Asp.Net3.5およびWSS3.0プラットフォームに基づくWebアプリケーションを使用しています。Recenlty私は次のようなタスクを持っています。

FTX-デスクトップアプリケーションを使用して銀行取引明細書をインポートし、24時間ごとにそれらの取引明細書をデータベースに解析します

すなわち。デスクトップアプリケーション（バッチファイルで呼び出すことができます）を使用して銀行取引明細書をダウンロードする必要があります。次に、各ステートメント（テキストファイル）を調べて、将来の参照用にそれらのデータをデータベースに変換する必要があります。

私の知る限り、.Netはそのような機能を実装するために次のオプションを提供します。

  1. SharePointタイマージョブ
  2. ウェブサービス
  3. WCF
  4. Windowsサービス

SharePointタイマージョブに行きたいのですが、アプリケーション全体をAsp.netプラットフォームに移動する計画がいくつかあります。私はWCFアプリケーションの経験があまりないので、WCFに興味がありますが、最終的な決定を下す立場にはありません:)

この種のタスクに最も適した方法はどれですか？提案してください。

4

2 に答える 2

1

私はそれらのどれも勝者として見ていません-あなたはそれぞれからのビットが必要です：

  • 「このアプリを24時間ごとに午前4時に実行する」などのスケジューリング機能が必要です。これは、Windowsのスケジュールされたタスクなどで最も適切に処理されます。

  • ファイルをダウンロードするには、なんらかの通信機能が必要です。WCFが役立ちます。または、FTPなどの機能を使用することもできます。

  • 解析や保存などの残りの部分は、実際には単なる古い.NETのものです。WCFもWindowsサービスもここでは役に立ちません。

したがって、問題は、今日（または将来）ファイルをどのようにダウンロードするか、そして24時間ごとにアプリを確実に起動する方法です。

WCFのようなものが本当に役立つのは、プロセスを好転させることができるかどうかです。たとえば、銀行の明細書ファイルを取得するのではなく、積極的に送信する場合です。次に、稼働中のエンドポイント（背後でサービスが実行されているアドレス）が必要です。ここで、WCFが実際に機能します。

于 2010-03-31T05:32:09.883 に答える
0

解析/処理コードをライブラリに入れて、コードのスケジューリング部分から切り離しておくことをお勧めします。そうすれば、あなたや将来の誰かがそれを別のアプリケーション/ソリューションに簡単に組み込むことができます。

本当にあなたはスケジューリングのための2つの良い解決策を持っています：

  • Windowsサービスは、構成ファイルからスケジュールをロードします
  • プログラムを実行しているWindowsのスケジュールされたタスク
于 2010-03-31T05:53:48.700 に答える