2

現在、次のワークフローを含むソリューションに取り組んでいます。

  1. システムは、ある種の識別子/セッション ID を含む電子メールを送信します。
  2. ユーザーが電子メールに返信します。
  3. システムは返信を受信し、電子メールの送信者、識別子、およびユーザーの応答を解析します。
  4. システムは、SQL データベースにクエリを実行して、ユーザーの応答に基づいていくつかの情報を取得し、いくつかのデータを挿入します。
  5. 次に、システムは、別のシステムに属する Web ページへの http ポストを実行します。

私の質問は、BizTalk がこのソリューションのすべてまたは一部にとって適切なテクノロジであるかということです。なぜですか、そうでないのですか？そうでない場合、適切なテクノロジーは何でしょうか?

この場合、企業は BizTalk の使用を既に決定しているため、否定的な回答を正当化する必要があります。他の BizTalk ソリューションが既に導入されているため、BizTalk サーバーの初期セットアップを構成するための製品と時間のコストは、ここでは考慮されません。

ありがとう。

編集: BizTalk の使用については、私の質問がそう思わせる以上に、議論の余地があると言っても過言ではありません。それがテクノロジーの適切な使用なのか、それとも問題領域が与えられたあなたの直感に基づいたものなのかを知ることにもっと興味があります。

4

3 に答える 3

3

あなた自身の質問に答えたと思います。はい、Biztalk を動作させることができます。それが最善かどうかは、あなたの経営陣によってすでに決定されています。これを実装する複雑さと範囲を真に評価するには、情報構造、ビジネス プロセス、予想される量、さまざまな電子メール ソースとサーバーなどについて、さらに多くの情報が必要です。

于 2009-02-04T17:34:38.860 に答える
2

私はいつもそのようなアプリケーションを構築しています。これらのアクションを実行する Windows サービスを作成するだけです。ランダウンのために。

  • システムは、ある種の識別子/セッション ID を含む電子メールを送信します。

.NET の組み込み SMTP クライアント

  • ユーザーが電子メールに返信します。

なんらかの電子メール サーバーが必要ですが、その種類は関係ありません。

  • システムは返信を受信し、送信者、識別子、およびユーザーの応答について電子メールを解析します。

IndySockets を使用して電子メール アカウントを読み取ります。

http://www.indyproject.org/Sockets/index.EN.aspx

  • システムは、SQL データベースにクエリを実行して、ユーザーの応答に基づいていくつかの情報を取得し、いくつかのデータを挿入します。

System.Data またはお気に入りの ORM。

  • 次に、システムは、別のシステムに属する Web ページへの http 投稿を実行します。

System.NET には、HTTP ポストを作成するためのメソッドがあります。

このリストから、BizTalk を使用しなくても、すべての作業が簡単になることは間違いありません (お金、メモリ、CPU 使用率の面で安いことは言うまでもありません)。

于 2009-02-04T23:58:24.200 に答える