Kann ein WCF-service-Vertrag haben, eine null-input-parameter?

Gibt es eine Lösung für dieses problem, die nicht benötigt keine hacks. Es sieht vielleicht aus wie eine Menge Arbeit, aber es ist nicht wirklich und macht eine Menge Sinn, wenn Sie Lesen, durch. Der Kern des Problems ist, dass es ist in der Tat ein ungelöste Fehler (ab .NET 4) das bedeutet, dass die WebServiceHost nicht verwenden benutzerdefinierte QueryStringConverters. So müssen Sie ein wenig zusätzliche Arbeit und verstehen, wie die WCF-Konfiguration für WebHttpEndpoints funktioniert. Die unten legt die Lösung für Sie.

Erste, eine benutzerdefinierte QueryStringConverter erlaubt null-Werte in den query-string durch weglassen, oder eine leere Zeichenfolge:

public class NullableQueryStringConverter : QueryStringConverter
{
    public override bool CanConvert(Type type)
    {
        var underlyingType = Nullable.GetUnderlyingType(type);

        return (underlyingType != null && base.CanConvert(underlyingType)) || base.CanConvert(type);
    }

    public override object ConvertStringToValue(string parameter, Type parameterType)
    {
        var underlyingType = Nullable.GetUnderlyingType(parameterType);

        //Handle nullable types
        if (underlyingType != null)
        {
            //Define a null value as being an empty or missing (null) string passed as the query parameter value
            return String.IsNullOrEmpty(parameter) ? null : base.ConvertStringToValue(parameter, underlyingType);
        }

        return base.ConvertStringToValue(parameter, parameterType);
    }
}

Nun eine benutzerdefinierte "WebHttpBehavior", legen Sie die benutzerdefinierte QueryStringConverter verwendet werden, anstelle der standard. Beachten Sie, dass dieses Verhalten derivces von "WebHttpBehavior" das ist wichtig, damit wir Erben des Verhaltens erforderlich, für einen REST-Endpunkt:

public class NullableWebHttpBehavior : WebHttpBehavior
{
    protected override QueryStringConverter GetQueryStringConverter(OperationDescription operationDescription)
    {
        return new NullableQueryStringConverter();
    }
}

Nun eine benutzerdefinierte ServiceHost fügt hinzu, dass die benutzerdefiniertes Verhalten der WebHttpEndpoint, so dass die benutzerdefinierte QueryStringConverter. Die wichtige Sache zu beachten in diesem code ist, dass es leitet sich von ServiceHost und NICHT WebServiceHost. Dies ist wichtig, da ansonsten die Fehler, die oben erwähnt wird verhindern, dass die benutzerdefinierte QueryStringConverter verwendet werden:

public sealed class NullableWebServiceHost : ServiceHost
{
    public NullableWebServiceHost()
    {
    }

    public NullableWebServiceHost(object singletonInstance, params Uri[] baseAddresses) : base(singletonInstance, baseAddresses)
    {
    }

    public NullableWebServiceHost(Type serviceType, params Uri[] baseAddresses) : base(serviceType, baseAddresses)
    {
    }

    protected override void OnOpening()
    {
        if (this.Description != null)
        {
            foreach (var endpoint in this.Description.Endpoints)
            {
                if (endpoint.Binding != null)
                {
                    var webHttpBinding = endpoint.Binding as WebHttpBinding;

                    if (webHttpBinding != null)
                    {
                        endpoint.Behaviors.Add(new NullableWebHttpBehavior());
                    }
                }
            }
        }

        base.OnOpening();
    }
}

Weil wir sind nicht der Ableitung von WebServiceHost wir müssen es tun, die Arbeit und stellen sicher, dass unsere Konfiguration korrekt ist, um sicherzustellen, der REST Dienst zu arbeiten. Etwas wie das folgende ist alles, was Sie brauchen. In dieser Konfiguration, ich habe auch ein WS HTTP-endpoint-setup, weil ich brauchte, um Zugang zu diesem service von C# (mit WS HTTP als seine nicer) und mobile Geräte (mit REST). Können Sie weglassen der Konfiguration für diesen Endpunkt, wenn Sie es nicht brauchen. Eine wichtige Sache zu beachten ist, dass Sie müssen NICHT die benutzerdefinierten Endpunkt Verhalten mehr. Dies ist, weil wir jetzt das hinzufügen unserer eigenen Endpunkt Verhalten, bindet die benutzerdefinierte QueryStringConverter. Es leitet sich aus "WebHttpBehavior" das ist, was die Konfiguration Hinzugefügt, so dass es nun überflüssig.

<system.serviceModel>
  <services>
    <service behaviorConfiguration="ServiceBehavior" name="MyNamespace.Service1">
      <endpoint binding="webHttpBinding" bindingConfiguration="WebHttpBinding" contract="MyNamespace.IService1" />
      <endpoint address="ws" binding="wsHttpBinding" bindingConfiguration="WsHttpBinding" contract="MyNamespace.IService1" />
      <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />
    </service>
  </services>

  <bindings>
    <webHttpBinding>
      <binding name="WebHttpBinding">
        <security mode="Transport">
          <transport clientCredentialType="None" />
        </security>
      </binding>
    </webHttpBinding>

    <wsHttpBinding>
      <binding name="WsHttpBinding">
        <security mode="Transport">
          <transport clientCredentialType="None" />
        </security>
      </binding>
    </wsHttpBinding>
  </bindings>

  <behaviors>
    <serviceBehaviors>
      <behavior name="ServiceBehavior">
        <serviceMetadata httpGetEnabled="false" httpsGetEnabled="true" />
        <serviceDebug includeExceptionDetailInFaults="true" httpHelpPageEnabled="false" httpsHelpPageEnabled="true" />
        <dataContractSerializer maxItemsInObjectGraph="2147483647" />
      </behavior>
    </serviceBehaviors>
  </behaviors>
</system.serviceModel>

Das Letzte, was zu tun ist, erstellen Sie eine benutzerdefinierte ServiceHostFactory und sagen Sie die svc-Datei zu verwenden, die dazu führen, dass alle benutzerdefinierten code verwendet werden. Natürlich können Sie auch erstellen Sie ein benutzerdefiniertes element, das es erlauben würde, die Sie hinzufügen, um das Verhalten in der Konfiguration, aber ich denke, für dieses Verhalten eine code-basierten Ansatz ist besser, da ist es unwahrscheinlich, dass Sie möchten, entfernen Sie die Fähigkeit zur Verarbeitung von nullable-Typen, wie es bricht Ihr service:

public sealed class NullableWebServiceHostFactory : ServiceHostFactory
{
    protected override ServiceHost CreateServiceHost(Type serviceType, Uri[] baseAddresses)
    {
        return new NullableWebServiceHost(serviceType, baseAddresses);
    }
}

Ändern Sie den Wert von Ihrem Service.svc-Datei wie folgt:

<%@ ServiceHost Service="MyNamespace..Service1" CodeBehind="Service1.svc.cs" Factory="MyNamespace.NullableWebServiceHostFactory" %>

Jetzt können Sie verwenden von auf null festlegbaren Typen in Ihrem service-Schnittstelle, ohne Probleme, einfach durch weglassen der parameter oder die Einstellung ein leerer string ist. Die folgenden Ressourcen können von mehr Unterstützung für Sie:

• Die Anpassung Der QueryStringConverter
• Benutzerdefinierte QueryStringConverter Gebunden Mit Einer Benutzerdefinierten Konfiguration Element

Hoffe, das hilft!

InformationsquelleAutor Xcalibur

Summen, die schnelle Lösung (nicht schön) zu akzeptieren, die nullable-parameter als Zeichenfolge in der WCF jeweiligen Schnittstelle und der Service-codes.

InformationsquelleAutor wolf354