澄清:这不是关于用户代理对页面的调用,而是经典 ASP 调用 ASP.NET!
我的应用程序正在从经典 ASP 过渡到 ASP.NET。有 50 万行代码,因此一次完全重写所有内容根本不合理,或者坦率地说,考虑到绝大多数经典 ASP 页面都可以正常工作,这是不明智的。我们翻译页面和功能,因为它们无论如何都要进行修订,而不仅仅是因为它“酷”。
现在已经转换了大约一半的页面,我们将一些关键功能转移到了 ASP.NET。我没有保留此功能的旧版本(这意味着要维护两个地方而不是一个),而是转向使用 SOAP 来公开此功能。
嗯...不是真的。相反,我们一直在使用我以前称之为“Poor Man's SOAP”的东西,尽管今天称它为 REST 很流行。我一直在使用 ServerXMLHTTP 联系目标页面,将一团 XML 捆绑起来并将其发布到 ASP.NET 端。对于结果,我一直在捆绑一些 XML 并使用 XPATH 将其分解为变量。
所有这些都出奇地好。但是,我一直在考虑内置的 ASP.NET SOAP 功能,这似乎消除了为我的跨平台调用自定义编写登录页面的需要......但是当我查看从 Classic ASP 消费 SOAP 时,大多数建议使用看似贬值的肥皂工具包。
问题是; 你们中有人有这种设置的经验吗?如果有,有没有比自定义 REST 页面或 Soap Toolkit 更好的方法?我认为能够更快地公开更多 ASP.NET 功能将有助于迁移,但我不想让自己陷入不必要的 Soap Toolkit 等遗留技术。