Как в модели веб-программирования WCF написать контракт операции с массивом параметров строки запроса (то есть с тем же именем)?

Я реализовал простой пользовательский QueryStringConverter, чтобы вы могли сделать qs1 строкой [], а затем разделить переменную строки запроса запятыми (например, http: // сервер / служба / SomeRequest? qs1 = val1, val2, val3, val4)

[OperationContract]
[WebGet(ResponseFormat = WebMessageFormat.Xml,
        UriTemplate = "SomeRequest?qs1 = {qs1}")]
XElement SomeRequest2(string[] qs1);

Сначала вам нужен класс, который наследуется от WebHttpBehavior, чтобы мы могли внедрить наш собственный QueryStringConverter:

public class CustomHttpBehavior : System.ServiceModel.Description.WebHttpBehavior
{
    protected override System.ServiceModel.Dispatcher.QueryStringConverter GetQueryStringConverter(System.ServiceModel.Description.OperationDescription operationDescription)
    {
        return new CustomQueryStringConverter();
    }
}

Затем наш CustomQueryStringConverter, который обрабатывает параметры string []:

public class CustomQueryStringConverter : System.ServiceModel.Dispatcher.QueryStringConverter
{
    public override bool CanConvert(Type type)
    {
        if (type == typeof(string[]))
        {
            return true;
        }

        return base.CanConvert(type);
    }

    public override object ConvertStringToValue(string parameter, Type parameterType)
    {
        if (parameterType == typeof(string[]))
        {
            string[] parms = parameter.Split(',');
            return parms;
        }

        return base.ConvertStringToValue(parameter, parameterType);
    }

    public override string ConvertValueToString(object parameter, Type parameterType)
    {
        if (parameterType == typeof(string[]))
        {
            string valstring = string.Join(",", parameter as string[]);
            return valstring;
        }

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

Последнее, что вам нужно сделать, это создать расширение конфигурации поведения, чтобы среда выполнения могла получить экземпляр CustomWebHttpBehavior:

public class CustomHttpBehaviorExtensionElement : System.ServiceModel.Configuration.BehaviorExtensionElement
{
    protected override object CreateBehavior()
    {
        return new CustomHttpBehavior();
    }

    public override Type BehaviorType
    {
        get { return typeof(CustomHttpBehavior); }
    }
}

Теперь мы добавляем элемент в наши расширения конфигурации, чтобы использовать наш CustomWebHttpBehavior, мы используем имя этого расширения вместо <webHttp /> в нашем поведении:

 <system.serviceModel>
   <services>
     <service name = "NameSpace.ServiceClass">
       <endpoint address = "" behaviorConfiguration = "MyServiceBehavior"
        binding = "webHttpBinding" contract = "NameSpace.ServiceClass" />
     </service>
   </services>
  <behaviors>
   <endpointBehaviors>
    <behavior name = "MyServiceBehavior">
      <customWebHttp/>
    </behavior>
   </endpointBehaviors>
  </behaviors>
  <extensions>
    <behaviorExtensions>
      <add name = "customWebHttp" type = "NameSpace.CustomHttpBehaviorExtensionElement, MyAssemblyName" />
    </behaviorExtensions>
  </extensions>
  <serviceHostingEnvironment aspNetCompatibilityEnabled = "true" />
 </system.serviceModel>

Теперь вы также можете расширить свой CustomQueryStringConverter для обработки других типов, которые не используются по умолчанию, например, типов значений, допускающих значение NULL.

ПРИМЕЧАНИЕ. В Microsoft Connect регистрируется ошибка, которая напрямую связана с этим кодом. Код фактически не работает почти во всех случаях, когда вы пытаетесь преобразовать запросы различных типов.

http://connect.microsoft.com/VisualStudio/feedback/details/616486/bug-with-getquerystringconverter-not-being-called-by-webservicehost#tabs

Убедитесь, что вы внимательно прочитали это, прежде чем тратить часы своего времени на создание настраиваемых преобразователей строк запроса REST, которые не могут работать. (Относится к Framework 4.0 и ниже).

Чтобы ответить на ваш комментарий к другому моему ответу:

Вы можете использовать подстановочный знак в конце строки запроса, например

[WebGet(ResponseFormat = WebMessageFormat.Xml,
        UriTemplate = "SomeRequest?qs1 = {*qs1}")]
XElement SomeRequest2(string qs1);

Таким образом, строковый параметр qs1 будет всей необработанной строкой запроса после qs1 =, вы можете затем проанализировать это вручную в своем коде.

QueryStringConverter полагается на форматирование строки запроса, поэтому сделать что-то именно так, как вы хотите, невозможно без возможной перезаписи QueryStringConverter вместо небольших переопределений, которые мы сделали в другом ответе.

Из MSDN:

Сегменты с подстановочными знаками должны соответствовать следующим правилам:

• Для каждой строки шаблона может быть не более одного именованного сегмента подстановочного знака.
• Именованный сегмент подстановочного знака должен появиться в самом правом сегменте пути.
• Именованный сегмент подстановочного знака не может сосуществовать с анонимным сегментом подстановочного знака в одной строке шаблона.
• Имя именованного сегмента с подстановочными знаками должно быть уникальным.
• Именованные сегменты с подстановочными знаками не могут иметь значений по умолчанию.
• Именованные сегменты с подстановочными знаками не могут заканчиваться на «/».

Имейте в виду, что в WCF 3.5 вы должны указать полное имя сборки в:

   <extensions>
    <behaviorExtensions>
      <add name = "customWebHttp" type = "NameSpace.CustomHttpBehaviorExtensionElement, MyAssemblyName, NOT SUFFICIENT HERE" />
    </behaviorExtensions>
  </extensions>

Вот так: SampleService.CustomBehavior, SampleService, Версия = 1.0.0.0, культура = нейтральная, PublicKeyToken = null

В противном случае вы получите исключение:

Configuration Error
Description: An error occurred during the processing of a configuration file required to service this request. Please review the specific error details below and modify your configuration file appropriately.

Parser Error Message: Invalid element in configuration. The extension name 'CustomWebHttp' is not registered in the collection at system.serviceModel/extensions/behaviorExtensions.