Question

有没有人知道如何在不使用配置文件的情况下以编程方式公开WCF服务的好例子？我知道服务对象模型现在使用WCF更丰富，所以我知道它是可能的。我只是没有看到如何这样做的例子。相反，我希望看到没有配置文件的消费也是如此。

在有人要求之前，我有一个非常具体的需要，没有配置文件。我通常不会推荐这样的做法，但正如我所说，在这种情况下有一个非常具体的需要。

Answer 1

正如我所发现的那样，使用没有配置文件的Web服务非常简单。您只需创建一个绑定对象和地址对象，并将它们传递给客户端代理的构造函数或通用的ChannelFactory实例。您可以查看默认的app.config以查看要使用的设置，然后在实例化代理的地方创建一个静态帮助器方法：

internal static MyServiceSoapClient CreateWebServiceInstance() {
    BasicHttpBinding binding = new BasicHttpBinding();
    // I think most (or all) of these are defaults--I just copied them from app.config:
    binding.SendTimeout = TimeSpan.FromMinutes( 1 );
    binding.OpenTimeout = TimeSpan.FromMinutes( 1 );
    binding.CloseTimeout = TimeSpan.FromMinutes( 1 );
    binding.ReceiveTimeout = TimeSpan.FromMinutes( 10 );
    binding.AllowCookies = false;
    binding.BypassProxyOnLocal = false;
    binding.HostNameComparisonMode = HostNameComparisonMode.StrongWildcard;
    binding.MessageEncoding = WSMessageEncoding.Text;
    binding.TextEncoding = System.Text.Encoding.UTF8;
    binding.TransferMode = TransferMode.Buffered;
    binding.UseDefaultWebProxy = true;
    return new MyServiceSoapClient( binding, new EndpointAddress( "http://www.mysite.com/MyService.asmx" ) );
}

Answer 2

如果您有兴趣消除IIS主机的web.config中System.ServiceModel部分的使用，我已在此处发布了一个示例（http://bejabbers2.blogspot.com/2010/02/wcf-zero-config-in-net-35-part-ii.html）。我将展示如何自定义ServiceHost以创建元数据和wshttpbinding端点。我是以通用的方式进行的，不需要额外的编码。对于那些没有立即升级到.NET 4.0的人来说，这可能非常方便。

Answer 3

在这里，这是完整且有效的代码。我认为它会对你有很大帮助。我正在搜索，从来没有找到完整的代码，这就是为什么我试图提供完整和有效的代码。祝你好运。

public class ValidatorClass
{
    WSHttpBinding BindingConfig;
    EndpointIdentity DNSIdentity;
    Uri URI;
    ContractDescription ConfDescription;

    public ValidatorClass()
    {  
        // In constructor initializing configuration elements by code
        BindingConfig = ValidatorClass.ConfigBinding();
        DNSIdentity = ValidatorClass.ConfigEndPoint();
        URI = ValidatorClass.ConfigURI();
        ConfDescription = ValidatorClass.ConfigContractDescription();
    }


    public void MainOperation()
    {
         var Address = new EndpointAddress(URI, DNSIdentity);
         var Client = new EvalServiceClient(BindingConfig, Address);
         Client.ClientCredentials.ServiceCertificate.Authentication.CertificateValidationMode = X509CertificateValidationMode.PeerTrust;
         Client.Endpoint.Contract = ConfDescription;
         Client.ClientCredentials.UserName.UserName = "companyUserName";
         Client.ClientCredentials.UserName.Password = "companyPassword";
         Client.Open();

         string CatchData = Client.CallServiceMethod();

         Client.Close();
    }



    public static WSHttpBinding ConfigBinding()
    {
        // ----- Programmatic definition of the SomeService Binding -----
        var wsHttpBinding = new WSHttpBinding();

        wsHttpBinding.Name = "BindingName";
        wsHttpBinding.CloseTimeout = TimeSpan.FromMinutes(1);
        wsHttpBinding.OpenTimeout = TimeSpan.FromMinutes(1);
        wsHttpBinding.ReceiveTimeout = TimeSpan.FromMinutes(10);
        wsHttpBinding.SendTimeout = TimeSpan.FromMinutes(1);
        wsHttpBinding.BypassProxyOnLocal = false;
        wsHttpBinding.TransactionFlow = false;
        wsHttpBinding.HostNameComparisonMode = HostNameComparisonMode.StrongWildcard;
        wsHttpBinding.MaxBufferPoolSize = 524288;
        wsHttpBinding.MaxReceivedMessageSize = 65536;
        wsHttpBinding.MessageEncoding = WSMessageEncoding.Text;
        wsHttpBinding.TextEncoding = Encoding.UTF8;
        wsHttpBinding.UseDefaultWebProxy = true;
        wsHttpBinding.AllowCookies = false;

        wsHttpBinding.ReaderQuotas.MaxDepth = 32;
        wsHttpBinding.ReaderQuotas.MaxArrayLength = 16384;
        wsHttpBinding.ReaderQuotas.MaxStringContentLength = 8192;
        wsHttpBinding.ReaderQuotas.MaxBytesPerRead = 4096;
        wsHttpBinding.ReaderQuotas.MaxNameTableCharCount = 16384;

        wsHttpBinding.ReliableSession.Ordered = true;
        wsHttpBinding.ReliableSession.InactivityTimeout = TimeSpan.FromMinutes(10);
        wsHttpBinding.ReliableSession.Enabled = false;

        wsHttpBinding.Security.Mode = SecurityMode.Message;
        wsHttpBinding.Security.Transport.ClientCredentialType = HttpClientCredentialType.Certificate;
        wsHttpBinding.Security.Transport.ProxyCredentialType = HttpProxyCredentialType.None;
        wsHttpBinding.Security.Transport.Realm = "";

        wsHttpBinding.Security.Message.NegotiateServiceCredential = true;
        wsHttpBinding.Security.Message.ClientCredentialType = MessageCredentialType.UserName;
        wsHttpBinding.Security.Message.AlgorithmSuite = System.ServiceModel.Security.SecurityAlgorithmSuite.Basic256;
        // ----------- End Programmatic definition of the SomeServiceServiceBinding --------------

        return wsHttpBinding;

    }

    public static Uri ConfigURI()
    {
        // ----- Programmatic definition of the Service URI configuration -----
        Uri URI = new Uri("http://localhost:8732/Design_Time_Addresses/TestWcfServiceLibrary/EvalService/");

        return URI;
    }

    public static EndpointIdentity ConfigEndPoint()
    {
        // ----- Programmatic definition of the Service EndPointIdentitiy configuration -----
        EndpointIdentity DNSIdentity = EndpointIdentity.CreateDnsIdentity("tempCert");

        return DNSIdentity;
    }


    public static ContractDescription ConfigContractDescription()
    {
        // ----- Programmatic definition of the Service ContractDescription Binding -----
        ContractDescription Contract = ContractDescription.GetContract(typeof(IEvalService), typeof(EvalServiceClient));

        return Contract;
    }
}

Answer 4

服务器上side ..

并不容易

对于客户端，您可以使用ChannelFactory

Answer 5

所有WCF配置都可以以编程方式完成。因此，可以在没有配置文件的情况下创建服务器和客户端。

我推荐Juval Lowy的“Programming WCF Services”一书，其中包含许多程序化配置的例子。

Answer 6

我在下面的链接中找到了关于此主题的博文非常有趣。

我喜欢的一个想法是能够将绑定或行为或地址XML部分从配置传递到适当的WCF对象，并让它处理属性的分配 - 目前你不能这样做。

与网络上的其他人一样，我遇到的问题是需要我的WCF实现使用与我的托管应用程序（.NET 2.0 Windows服务）不同的配置文件。

http://salvoz.com/blog/2007/12/09/programmatically-setting-wcf-configuration/

Answer 7

在客户端和服务器端都很容易。 Juval Lowy的书中有很好的例子。

至于你对配置文件的评论，我会说配置文件是穷人在代码中做的第二个。当您控制将连接到您的服务器的每个客户端并确保它们已更新，并且用户无法找到它们并进行任何更改时，配置文件非常有用。我发现WCF配置文件模型是限制性的，设计起来有点困难，而且是维护的噩梦。总而言之，我认为MS决定将配置文件作为默认的处理方式是一个非常糟糕的决定。

编辑：配置文件无法做的一件事是使用非默认构造函数创建服务。这导致WCF中的静态/全局变量和单例以及其他类型的无意义。

没有配置文件的WCF配置

7 个答案: