asp.net - 在经典 ASP 中利用 SOAP

Question

Clarification: this is not about user agent calls to pages, but Classic ASP calling ASP.NET!

我有一些应用程序正在从经典 ASP 过渡到 ASP.NET。有 50 万行代码，因此一次完全重写所有内容是不合理的，或者坦率地说，考虑到绝大多数经典 ASP 页面都可以正常工作，这是不明智的。我们翻译页面和功能，因为它们无论如何都要进行修订，而不仅仅是因为它“很酷”。

现在大约一半的页面已经转换，我们已经将一些关键功能转移到 ASP.NET。我没有保留此功能的旧版本(这意味着要维护两个地方而不是一个地方)，而是转向使用 SOAP 来公开此功能。

嗯...不是真的。相反，我们一直在使用我以前称为“穷人的 SOAP”的东西，尽管今天将其称为 REST 是一种流行的说法。我一直在使用 ServerXMLHTTP 来联系目标页面，捆绑一团 XML 并将其发布到 ASP.NET 端。为此，我捆绑了一些 XML 并使用 XPATH 将其分解为变量。

所有这些都非常有效。但是，我一直在考虑内置的 ASP.NET SOAP 功能，这似乎消除了为我的跨平台调用自定义编写登录页面的需要……但是当我看到从 Classic ASP 使用 SOAP 时，大多数建议使用看似折旧的 SOAP 工具包。

问题是;你们中有人有这种设置的经验吗，如果有的话，有没有比自定义 REST 页面或 Soap Toolkit 更好的方法呢？我认为能够更快地公开更多 ASP.NET 功能将有助于迁移，但我不想让自己不必要地陷入像 Soap Toolkit 这样的遗留技术中。

Answer 1

做更多的搜索，我发现

Calling REST web services from a classic asp page

这反过来又与

http://www.aspfree.com/c/a/ASP/Consuming-a-WSDL-Webservice-from-ASP/

这几乎就是我现在做事的方式，所以也许这是最好的解决方案？