0

我在 Visual Studio 2005 中有一个 ASMX Web 服务作为一个单独的项目。为了按照CODE 杂志教程追求“程序集分离” ，我的代理类位于一个单独的类库项目中，其中不包含我的代码 - 只是一个名为ASMXproxy与关联的reference.cs、app.config、 .disco 和 .wsdl 文件。因此，编译时我有一个FileServiceProxy.dll。

为了使用这个 WS，我在同一个解决方案中有一个名为 FileServiceDemo 的 Web 应用程序项目。它没有 Web 参考，而是对 FileServiceProxy.dll 的“常规”参考。在我的 default.aspx.cs 文件中，我可以通过这些片段访问我的 WS：

using FileServiceProxy.ASMXproxy;
public partial class _Default : System.Web.UI.Page
{
    ASMXproxy.FileService brokerService;
protected void Page_Load(object sender, EventArgs e)
{
    try
        {
            brokerService = new ASMXproxy.FileService();

因此，虽然事情以这种方式工作正常，但当我想测试已部署的版本或更改“本地主机”版本时，我觉得很尴尬。我不能简单地对 app.config 进行更改：

<applicationSettings>
    <FileServiceProxy.Properties.Settings>
        <setting name="FileServiceProxy_ASMXproxy_FileService" serializeAs="String">
            <value>http://localhost/TRIMBrokerService/FileService.asmx</value>
        </setting>
    </FileServiceProxy.Properties.Settings>
</applicationSettings>

简而言之，当我需要将我的 Web 应用程序发布到另一台服务器时，我必须更改代理类中的 Web 引用并重建它。然后，当我想在我的 localhost 上调试它时，我必须将 Web 引用改回 localhost（如上所述）。

理想情况下，我想在我的 Web 应用程序演示项目中公开某种选择（例如，单选按钮或用于在运行时更改 URL 的文本框），以便我可以为所需的 FileServiceProxy.dll 进行“后期绑定”在运行时使用。其他人已经草拟了“使用配置文件”的建议，但我被困在如何做到这一点上。在我看来，我必须有一个额外的项目，因此需要另一个 DLL——也许是 FileServiceProxyPROD.dll——但这似乎很尴尬，即使这样我也不确定我还需要做什么。

4

1 回答 1

2

实际上，您可以使用相同的参考。只需更改代理实例的 Url 属性：

using (var svc = new WebServiceProxy())
{
    svc.Url = realUrl;
    var result = svc.ServiceMethod();
}
于 2009-12-03T01:36:22.917 回答