明確化: これは、ページに対するユーザー エージェントの呼び出しに関するものではなく、ASP.NET を呼び出す従来の ASP に関するものです。
Classic ASP から ASP.NET への移行の途中にあるアプリケーションがあります。50 万行のコードがあるため、すべてを一度に完全に書き直すことは、まったく妥当ではありません。または、Classic ASP ページの大部分が問題なく動作することを考えると、率直に言って賢明ではありません。「かっこいい」という理由だけでなく、ページや機能が改訂のために出てきたときに翻訳します。
ページの約半分が変換されたので、重要な機能の一部を ASP.NET に移行しました。この機能の従来のバージョンを維持する代わりに (つまり、1 つではなく 2 つの場所を維持する必要があります)、SOAP を使用してこの機能を公開する方向に進んでいます。
ええと...そうではありません。代わりに、以前は「貧乏人の SOAP」と呼んでいたものを使用していますが、今日では REST と呼ぶのが流行になっています。ServerXMLHTTP を使用して宛先ページに接続し、XML のボールをまとめて ASP.NET 側に POST しています。その結果、いくつかの XML をまとめ、XPATH を使用してそれを変数に分解しました。
これらすべてが驚くほどうまく機能します。ただし、組み込みの ASP.NET SOAP 機能を検討しています。これにより、クロス プラットフォームの呼び出し用にランディング ページをカスタムで作成する必要がなくなるように思われます...減価償却された SOAP ツールキット。
質問は; この種のセットアップの経験がある人はいますか? もしそうなら、カスタム REST ページや Soap Toolkit よりも良い方法はありますか? より多くの ASP.NET 機能をより迅速に公開できれば、移行に役立つと思いますが、Soap Toolkit のようなレガシー テクノロジに不必要に取り込まれたくはありません。