Как обрабатывать запрос Ajax jQuery POST с помощью WCF self-host

есть много причин создать сервер RESTful WCF (это легко) и даже лучше, если вы можете избежать ASP, и это поле безопасности (если все, что вы делаете, это простые запросы на возврат информации). См.: http://msdn.microsoft.com/en-us/library/ms750530.aspx о том, как это сделать.

Я обнаружил, что обработка запросов AJAX (JQUERY) GET проста. Но иметь дело с JSON в должности сложно.

вот пример простого запроса GET контракт:

    [OperationContract]
    [WebGet(ResponseFormat = WebMessageFormat.Json)]
    String Version();

и реализация здесь (которая возвращает JSON)

    public partial class CatalogService : ICatalogService
{
    public String Version()
    {
        mon.IsActive = true;
        this.BypassCrossDomain();
        ViewModel.myself.TransactionCount++;
        return ViewModel.myself.VersionString;
    }
}

ах, но что, если вы хотите опубликовать JSON. Вы найдете много статей о переполнении стека, которые говорят вам, что все, что вам нужно сделать, это:

    [OperationContract]
    [WebInvoke(Method = "POST", RequestFormat = WebMessageFormat.Json, ResponseFormat = WebMessageFormat.Json)]
    BuildResponse BuildToby(BuildRequest request);

который получит сообщение JSON, де-сериализуется в простой объект .NET (PONO) и позволит вам работать с ним. И действительно, это сработало отлично, когда я построил запрос в Fiddler.

POST /BuildToby HTTP/1.1
User-Agent: Fiddler
Content-Type: application/json
Host: localhost:4326
Content-Length: 1999
, когда вы используете следующий AJAX в JQUERY 1.8, вы найдете сюрприз:

это, указав тип контента "application / json", вы обнаружите, что есть "предполетная" проверка, которая запускается браузером, чтобы узнать, разрешено ли вам публиковать что-то другое, кроме сообщения www-url-encloded post. (есть примечания в переполнении стека об этом).

    var request = JSON.stringify({ FrameList: ExportData.buildList });
    var jqxhr = $.ajax({
    type: "POST",
    url: "http://localhost:4326/BuildToby",
    data: request,
    contentType: "application/json; charset=utf-8",
    dataType: "json"
});

и вот что сообщает fiddler: (обратите внимание, что это не сообщение POST, а сообщение OPTIONS). 

OPTIONS http://localhost:4326/BuildToby HTTP/1.1
Host: localhost:4326
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate
Origin: http://ysg4206
Access-Control-Request-Method: POST
Access-Control-Request-Headers: content-type
Connection: keep-alive
Pragma: no-cache
Cache-Control: no-cache

что произошло, так это то, что браузер (в данном случае Firefox) должен сделать дополнительный вызов на сервер с HTTP-сообщением OPTIONS, чтобы узнать, разрешена ли запись (этого типа контента).

все статьи о фиксации это о редактирование глобальных.АСАКС что нормально, если вы находитесь в ASP.NET но бесполезны, если вы делаете self-host WCF.

Итак, теперь вы видите вопрос (Извините, что так долго наматывается, но я хотел сделать это заполните статью, чтобы другие могли следить за результатами).

13
http-post jquery wcf wcf-data-services

4 ответов

хорошо, теперь есть некоторые реальные гуру MSDN, которые написали решения, но я не могу понять их: http://blogs.msdn.com/b/carlosfigueira/archive/2012/05/15/implementing-cors-support-in-wcf.aspx

но я придумал простое решение. По крайней мере, в WCF 4.5 вы можете добавить свой собственный OperationContract для работы с запросами опций:

    [OperationContract]
    [WebInvoke(Method = "OPTIONS", UriTemplate = "*")]
    void GetOptions();

обратите внимание, что подпись метода является void и не имеет аргументов. Это будет называться сначала, а затем будет вызвано сообщение POST.

реализация GetOptions является:

    public partial class CatalogService : ICatalogService
{
    public void GetOptions()
    {
        mon.IsActive = true;
        WebOperationContext.Current.OutgoingResponse.Headers.Add("Access-Control-Allow-Origin", "*");
        WebOperationContext.Current.OutgoingResponse.Headers.Add("Access-Control-Allow-Methods", "POST, GET, OPTIONS");
        WebOperationContext.Current.OutgoingResponse.Headers.Add("Access-Control-Allow-Headers", "Content-Type");
    }
}

и это действительно все, что вам нужно сделать.

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

//This defines the base behavior of the CatalogService. All other files are partial classes that extend the service
[ServiceBehavior(MaxItemsInObjectGraph = 2147483647)]       // Allows serialization of very large json structures
public partial class CatalogService : ICatalogService
{
    PgSqlMonitor mon = new PgSqlMonitor();

    private void BypassCrossDomain()
    {
        WebOperationContext.Current.OutgoingResponse.Headers.Add("Access-Control-Allow-Origin", "*");
    }
}

Примечание у меня есть небольшой вспомогательный метод под названием BypassCrossDomain (), который я вызываю на все мои методы POST и GET, чтобы я мог иметь дело с междоменными вызовами.

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

25

еще одно дополнение к ответу Dr. YSG, если вам нужно поддерживать метод OPTIONS на конечных точках, которые принимают сообщения для отдельных идентификаторов, вам придется реализовать несколько методов GetOptions:

    [WebInvoke(Method = "OPTIONS", UriTemplate = "")]
    void GetOptions();
    [WebInvoke(Method = "OPTIONS", UriTemplate = "{id}")]
    void GetOptions(string id);

его действительно разочаровывает, что WCF / Microsoft не может автоматически генерировать правильный ответ параметров на основе подписи конечной точки автоматически, но, по крайней мере, его можно обрабатывать вручную.

2

в дополнение к тому, что д-р YSG перечислил в качестве своего ответа, я обнаружил, что получаю уведомление Firefox о том, что происходит перенаправление, и ошибка "405 метод не разрешен". Добавление 

WebOperationContext.Current.OutgoingResponse.Headers.Add("Access-Control-Allow-Origin", "*");
WebOperationContext.Current.OutgoingResponse.Headers.Add("Access-Control-Max-Age", "1728000");

для класса GetOptions, похоже, решена проблема.

0

после многих дней поиска об этом и чтения многих сообщений и предлагаемых решений, я думаю, что этот вопрос Dr.YSG был лучшим ресурсом для понимания и решения моей проблемы с angular/wcf/post/CORS и т. д.

но что действительно сработало для меня, так это:

protected void Application_BeginRequest(object sender, EventArgs e)
{
    if (Request.HttpMethod == "OPTIONS")
    {
        Response.End();
    }
}

Я понимаю, что это не полное (и не красивое) решение, так как я использую global.asax и есть так много возможных сценариев, но я просто хочу поделиться этой альтернативой, так как это может помочь кому-то иначе в конце концов.

(помимо добавления заголовков)

0