Rest service messing up strings with double quotes

Question

Обратите внимание, что мой вопрос аналогичен this question, но поскольку я не могу понять, как добавить комментарий к принятому ответу с просьбой о разъяснении, мне нужно создать новый вопрос.

У меня есть служба отдыха, похожее на это:

namespace My.API 
{ 
    [Route("/event/{Id}", Verbs = "POST")] 
    public class EventRequest 
    { 
     public int Id { get; set; } 
     public string Content { get; set; } 
    } 

    public class EventService : Service 
    { 
     public object Post(EventRequest request) 
     { 
      // Do something with request.Content 
     } 
    } 
} 

Когда я сделать запрос на запись со следующими данными формы:

Content=%22this+is+a+%22+test 

request.Content содержит

this is a " tes 

Обратите внимание, что первая двойная кавычка отсутствует, а t в конце теста отсутствует.

Теперь принятый ответ в другом связанном выше вопросе говорит, что нам нужно кодировать строку, но мне интересно, есть ли способ изменить поведение. Я пытаюсь создать публичный api, и если клиенты api должны кодировать строку определенным образом, я думаю, что это вызовет ошибки. Они должны просто обеспечить нормальную строку.

В основном, следующее JQuery Ajax вызов должен работать:

$.ajax({ 
    url: "api/event/" + id, 
    type: "POST", 
    data: {Content : content} 
}); 

Где содержание сырой/неперекодированной строка, которая JQuery будет выполнять кодирование формы URL-адрес на перед прохождением службы. Служба должна просто вернуть исходную исходную строку.

Answer 1

По умолчанию ServiceStack декодирует параметры QueryString/FormData с помощью встроенного JSV Format, что позволяет ServiceStack десериализовать вложенные сложные типы в QueryString.

Проблема заключается в том, что "this is a " test не является допустимой строкой JSV, так как содержит зарезервированные символы, которые не экранированы.

Для решения этой проблемы мы теперь пропускаем десериализацию значений JSV для свойств строки как seen in this commit, которые будут доступны в следующей версии ServiceStack v3.9.48 +.

Answer 2

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

Я думаю, что вполне разумно ожидать, что пользователям потребуется кодировать строки, если они должны быть закодированы.