已编译的代理类(在 bin 中)与 Web 参考

发布于 2024-08-02 09:51:37 字数 301 浏览 3 评论 0原文

我有一些 ASP.NET 网站,它们通过对报表服务器 Web 服务的 Web 引用与 SQL Server 2005 的不同实例进行通信。然而,今天我考虑了使用 WSDL 工具从 SQL Server 实例之一创建代理类,然后使用代理创建 dll(在这样做之前,我修改了代理的构造函数以接受URL - 这样我就可以将代理指向任何 Web 服务实例)。

我非常确定,就更新而言,网络服务即使不是完全静态,也应该是相当静态的。所以,我的问题是:与使用代理类(自动生成的)本身相比,使用编译的代理类(在 bin 目录中)有什么缺点吗?如果不是,采取这种或另一种方式的动机是什么?

I have a handful of ASP.NET websites which communicate with different instances of SQL Server 2005 via a web reference to the report server's web service. However, today I toyed with the notion of using the WSDL tool to create a proxy class from one of the SQL Server instances and, in turn, using the proxy to create a dll (before doing so, I modified the proxy's constructor to accept a URL - so that I could point the proxy to any of the web service instances).

I'm pretty sure that the web service should be pretty, if not completely, static, in terms of updates. So, my question is: are there any drawbacks for using the compiled proxy class (in the bin directory), as opposed to using the proxy class (auto-generated), itself? If not, what are some motivations for going one way or the other?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

明月松间行 2024-08-09 09:51:37

据我所知,两者之间绝对没有区别。服务参考的作用与 svcutil 的作用完全相同,但允许用户以更简单的方式执行此操作。服务引用只是 svcutil.exe 的一个扭曲器,它的作用只不过是基本 svcutil.exe 的作用。

谢谢

As to my knowledge, there is absolutely no difference between both of them. The Service Reference does exactly what the svcutil also does, but allows the user to do it in an easier way. Service Reference is just a warpper around the svcutil.exe and it does nothing more than what the basic svcutil.exe does.

Thanks

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文