7

私のウェブサイトは現在ASP.NET 1.1で動作しています

古いプロセス

私たちのデータベースには、デコードのために膨大な量のデータが保存されています。この膨大なデータ テーブルのセットを毎週更新する必要があります (データはベンダーから提供されます)。

私たちの Web サイト (asp.net 1.1) では、データベースにクエリを実行して情報をデコードします。

新しいプロセス

データベースにデータを保存してクエリを実行する代わりに、Web サービスを介してこれを置き換えたいと考えています。現在、ベンダーは DLL を提供しており、デコードされた情報が提供されます。

ベンダー提供のDLL情報

提供されている DLL は、4.0 サイトにのみ追加できます。SOは、dllを1.1サイトに直接追加できないことも意味します。 この DLL は特定のメソッドを公開しています。Web サービスに DLL 参照を追加し、メソッドを呼び出して、必要な情報をフェッチするだけです。

したがって、これらの情報をデータベースに保存する必要はありません。

では、ベンダーが提供する DLL を使用してデコードされた情報をフェッチする Web サービスのタイプ (asmx または WCF) を使用する必要がありますか??

Web サービスに求めている柔軟性は次のとおりです。

  • asp.net 1.1 サイトから直接、また jQuery ajax を使用して使用できます。
  • サーバー上で実行されている他の Web サービスから使用できます。
  • サーバーから実行されている一部の Windows サービスから使用できます。

注:さらに、将来的にはウェブサイトを asp.net 1.1 から 4.0 バージョンに移行する計画があります。今後のアップグレードに大いに役立つはずです。

4

4 に答える 4

4

私があなたを正しく理解しているなら、あなたはベンダーによって提供されたDLLを参照し、デコードされたデータをASP.NET1.1Webサイトに返すWebサービスを作成するつもりです。

.NET 4.0 Frameworkを対象としているため、WCFWebサービスを利用することを強くお勧めします。長期的に見れば、それは報われるだろうと私を信じてください。さらに、.asmx Webサービスは、MSDNによるとレガシーテクノロジと見なされます（MSDNを参照してください）。WCFを進めてください、不利な点から始めないでください！

于 2012-10-09T07:01:58.127 に答える
0

WCf は、以前は ajax であった昔ながらの使用済み SOAP の Web サービスよりも柔軟です。現在、wcf はよりサービス指向のアーキテクチャです。したがって、これ以上 Web サービスを使用しないでください。

于 2012-10-09T09:31:09.663 に答える
0

WCF は SOAP プロトコルを介して通信するため、別の .Net 4.0 Web サービス プロジェクトを (必要に応じて同じソリューションで) 作成し、.Net 1.1 Web サイトから参照できるようにすることをお勧めします。

また、新しい WCF メソッドを "二重装飾" して、Web サイトとの後方互換性のために ASMX Web サービスとして公開し、段階的な移行でダウンタイムを短縮することもできます。この記事を参照してください。または、もう少し作業が必要で、クライアントのサービス呼び出しをすぐに切り替えたい場合は、Microsoft がWCF を ASMX クライアントに公開するためのガイドを用意しています。私が見ることができる最も簡単な方法は、既存の asmx サービス コードを .Net4 プロジェクトにコピー アンド ペーストし、必要に応じて新しい dll を利用する方法を置き換えることです。この投稿 を参照してください。

移行が完了し、.Net 1.1 サイトがリファクタリングされて .Net 4 の新機能をコンパイルして利用できるようになったら、(必要に応じて) サービスをメインの Web サイト プロジェクトに再度移動することができますが、個人的にはそれらを分離したままにしておくことをお勧めします。

WCF と .Net 4 への移行には多くのメリットがあります。Microsoft はプログラムを改善するための簡単な方法を多数追加しました。レガシー テクノロジーのサポートを見つけることがますます難しくなっています。

HTH

于 2012-10-09T09:40:56.627 に答える
0

If you want to stay with asp.net 1.1 for now, an asmx service is the only choice with you. It is further advisable to use the asmx service - which in turn uses ajax and compliant with different platforms (in fact, it is a soap service) and you get an excellent interoperability with it.

Further, I am a bit confused here. If you are having a dll provided by the service provider, you might not have a choice at all. It would be the dll which will decide which service to use to communicate with providers data source. Is your provider giving you a choice ?

于 2012-10-06T07:16:54.527 に答える