WCF 4: Передача пустых параметров в запросе GET

Question

Я создаю API, который просто будет использовать запрос get, чтобы возвращать некоторые результаты поиска из базы данных, я пытаюсь сделать так, чтобы необязательные параметры могли быть переданы (легко с WCF), но также, чтобы, если параметры заданы в строке запроса, пока они пусты, они будут игнорироваться службой.

Однако, если у вас есть строка запроса с пустыми параметрами, она возвращает неверный запрос (400) сервером, например.

Используя точку конечного пользователя по своему выбору пройти следующие строки запроса

http://www.exampleservice.com/basic/?apiKey=1234&noOfResults=3&maxSalary=&minSalary=&ouId=0&keywords=Web+Developer 

Обратите внимание, что maxSalary и minSalary не проходящие значения

Вы затем следующую WCF службу:

[OperationContract] 
[WebGet(UriTemplate = "basic/?apiKey={apiKey}&noOfResults={noOfResults}&maxSalary={maxSalary}&minSalary={minSalary}&ouId={ouId}&keywords={keywords}", BodyStyle = WebMessageBodyStyle.Bare)] 
     public List<SearchResultsDto> BasicSearch(string keywords, string apiKey, int noOfResults, int maxSalary, int minSalary, int ouId) 
    { 
      //Do some service stuff 
    } 

Это приведет к ошибке 400, пожалуйста, кто-нибудь может объяснить, как вы передаете пустые параметры в WC F или это просто невозможно?

Answer 1

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

Отличным примером implmenting о продлении querystringconverter находится здесь:

In the WCF web programming model, how can one write an operation contract with an array of query string parameters (i.e. with the same name)?

ОДНАКО , к сожалению, есть ошибка в WCF 4, где вы не можете изменить querystringconverter, это было рассмотрено Microsoft и будет исправлено в выпуске SP1 в этом году.

До тех пор нет чистого способа справиться с этой ситуацией, кроме как обрабатывать исключение и возвращать код состояния 400 (плохой запрос). Хорошая документация по api должна обрабатывать это в промежуточный период.

Answer 2

Это целые числа, дающие вам проблемы? Может быть, вы можете попробовать сделать их недействительными?

int? MaxSalary

надеюсь, что это помогает

Answer 3

Вы можете отправить в «-1», и лечить, что в вашей бизнес-логики, как не послал.

Answer 4

Его можно обрабатывать несколькими способами. Поскольку вы говорите о службе REST, которая может иметь необязательные параметры, мое предложение будет делать что-то вроде этого.

Создайте объект DataObject, который будет использоваться в качестве параметра для этого метода.

[ServiceContract] 
public interface IService1  
{ 
    [OperationContract] 
    [WebGet(RequestFormat=WebMessageFormat.Json)] 
    RequestObject BasicSearch(RequestObject apiKey); 
} 

public class Service1 : IService1 
{ 
    public RequestObject BasicSearch(RequestObject obj) 
    { 
     //Do some service stuff 

     return obj; 
    } 
} 

[DataContract] 
public class RequestObject 
{  

    [DataMember] 
    public string Keywords {get; set;} 

    [DataMember] 
    public string ApiKey {get; set;} 

    [DataMember] 
    public int NoOfResults { get; set; } 

} 

Преимущество (Собирается быть короткими, свистеть меня для деталей)

• Никаких изменений в службах подписи договора не изменяет

• вы получите гибкость из них нулевые параметры

• Вы всегда можете увеличить количество параметров без каких-либо влияний на существующих услуги

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