Gewusst wie: Migrieren AJAX-aktivierter ASP.NET-Webdienste nach WCF

In diesem Thema werden Verfahren beschrieben, um einen grundlegenden ASP.NET AJAX-Dienst zu einem entsprechenden AJAX-aktivierten Windows Communication Foundation (WCF)-Dienst zu migrieren. Es wird veranschaulicht, wie eine funktional äquivalente WCF-Version eines ASP.NET AJAX-Diensts erstellt wird. Die beiden Dienste können parallel eingesetzt werden, oder der WCF-Dienst wird verwendet, um den ASP.NET AJAX-Dienst zu ersetzen.

Die Migration eines vorhandenen ASP.NET AJAX-Diensts zu einem WCF AJAX-Dienst bietet Ihnen folgende Vorteile:

• Sie können den AJAX-Dienst mit nur minimaler zusätzlicher Konfiguration als SOAP-Dienst verfügbar machen.
• Sie können von WCF-Features, z. B. der Ablaufverfolgung usw. profitieren.

In den folgenden Verfahren wird davon ausgegangen, dass Sie Visual Studio 2008 verwenden.

Der Code, der sich aus den hier besprochenen Verfahren ergibt, wird in dem Beispiel im Anschluss an das Verfahren bereitgestellt.

Weitere Informationen dazu, wie ein WCF-Dienst durch einen AJAX-aktivierten Endpunkt verfügbar gemacht wird, finden Sie unter Gewusst wie: Verwenden der Konfiguration zum Hinzufügen eines ASP.NET AJAX-Endpunkts.

So erstellen und testen Sie die ASP.NET-Webdienstanwendung

1. Öffnen Sie Visual Studio 2008.

2. Wählen Sie im Menü Datei die Option Neu, dann Projekt und anschließend Web aus, und wählen Sie dann ASP.NET-Webdienstanwendung aus.

3. Nennen Sie das Projekt ASPHello, und klicken Sie auf OK.

4. Entfernen Sie in der Datei Service1.asmx.cs die Kommentarzeichen vor der Zeile, die System.Web.Script.Services.ScriptService] enthält, damit AJAX für diesen Dienst aktiviert wird.

5. Klicken Sie im Menü Erstellen auf Projektmappe erstellen.

6. Wählen Sie im Menü Debuggen die Option Starten ohne Debuggen.

7. Wählen Sie auf der generierten Webseite den Vorgang HelloWorld aus.

8. Klicken Sie auf der HelloWorld-Testseite auf die Schaltfläche Invoke. Sie sollten die folgende XML-Antwort empfangen.

   <?xml version="1.0" encoding="utf-8" ?>
   <string xmlns="http://tempuri.org/">Hello World</string>
   

9. Diese Antwort bestätigt Ihnen, dass Sie nun über einen funktionierenden ASP.NET AJAX-Dienst verfügen und insbesondere, dass der Dienst jetzt einen Endpunkt unter Service1.asmx/HelloWorld verfügbar gemacht hat, der auf HTTP POST-Anforderungen antwortet und XML zurückgibt.

   Weitere Informationen dazu, wie Sie auf diesen Dienst zugreifen, finden Sie unter Using Web Services in ASP.NET AJAX.

   Sie sind jetzt bereit, diesen Dienst für die Verwendung eines WCF AJAX-Diensts zu konvertieren.

So erstellen Sie eine äquivalente WCF AJAX-Dienstanwendung

1. Klicken Sie mit der rechten Maustaste auf das Projekt ASPHello, und wählen Sie Hinzufügen, dann Neues Element und anschließend AJAX-aktivierter WCF-Dienst aus.

2. Geben Sie für den Dienst den Namen WCFHello ein, und klicken Sie auf Hinzufügen.

3. Öffnen Sie die Datei WCFHello.svc.cs.

4. Kopieren Sie in der Datei Service1.asmx.cs die folgende Implementierung des HelloWorld-Vorgangs.

   public string HelloWorld()
   {
        return "Hello World";
   }
   

5. Fügen Sie die kopierte Implementierung des HelloWorld-Vorgangs in die Datei WCFHello.svc.cs anstelle des folgenden Codes ein.

   public void DoWork()
   {
         // Add your operation implementation here
         return;
   }
   

6. Legen Sie das Namespace-Attribut für ServiceContractAttribute auf WCFHello fest.

   [ServiceContract(Namespace="WCFHello")]
   [AspNetCompatibilityRequirements(RequirementsMode=AspNetCompatibilityRequirementsMode.Required)]
   public class WCFHello
   { … }
   

7. Fügen Sie das WebInvokeAttribute dem HelloWorld-Vorgang hinzu, und legen Sie die RequestFormat-Eigenschaft auf die Rückgabe von Xml fest. Beachten Sie, dass der Standardrückgabetyp Json ist, sofern nichts anderes festgelegt wird.

           [OperationContract]
           [WebInvoke(ResponseFormat=WebMessageFormat.Xml)]
           public string HelloWorld()
           {
               return "Hello World";
           }
   

8. Klicken Sie im Menü Erstellen auf Projektmappe erstellen.

9. Öffnen Sie die Datei WCFHello.svc, und wählen Sie im Menü Debuggen die Option Starten ohne Debuggen aus.

10. Der Dienst macht jetzt unter WCFHello.svc/HelloWorld, einen Endpunkt verfügbar, der auf HTTP POST-Anforderungen reagiert. HTTP POST-Anforderungen können im Browser nicht getestet werden, aber der Endpunkt gibt die folgenden XML-Daten zurück.

    <string xmlns="https://schemas.microsoft.com/2003/10/Serialization/">Hello World</string>
    

11. Der WCFHello.svc/HelloWorld- und der Service1.aspx/HelloWorld-Endpunkt sind jetzt funktional äquivalent.

Beispiel

Der Code, der sich aus den hier besprochenen Verfahren ergibt, wird im folgenden Beispiel bereitgestellt.

//This is the ASP.NET code in the Service1.asmx.cs file.

using System;
using System.Collections;
using System.ComponentModel;
using System.Data;
using System.Linq;
using System.Web;
using System.Web.Services;
using System.Web.Services.Protocols;
using System.Xml.Linq;
using System.Web.Script.Services;

namespace ASPHello
{
    /// <summary>
    /// Summary description for Service1.
    /// </summary>
    [WebService(Namespace = "http://tempuri.org/")]
    [WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
    [ToolboxItem(false)]
    // To allow this Web Service to be called from script, using ASP.NET AJAX, uncomment the following line. 
    [System.Web.Script.Services.ScriptService]
    public class Service1 : System.Web.Services.WebService
    {

        [WebMethod]
        public string HelloWorld()
        {
            return "Hello World";
        }
    }
} 

//This is the WCF code in the WCFHello.svc.cs file.
using System;
using System.Linq;
using System.Runtime.Serialization;
using System.ServiceModel;
using System.ServiceModel.Activation;
using System.ServiceModel.Web;

namespace ASPHello
{
    [ServiceContract(Namespace = "WCFHello")]
    [AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Allowed)]
    public class WCFHello
    {
        // Add [WebInvoke] attribute to use HTTP GET.
        [OperationContract]
        [WebInvoke(ResponseFormat=WebMessageFormat.Xml)]
        public string HelloWorld()
        {
            return "Hello World";
        }

        // Add more operations here and mark them with [OperationContract].
    }
}

Der XmlDocument-Typ wird vom DataContractJsonSerializer nicht unterstützt, da er vom XmlSerializer nicht serialisiert werden kann. Sie können entweder einen XDocument-Typ verwenden oder stattdessen das DocumentElement serialisieren.

Wenn ASMX-Webdienste parallel zu WCF-Diensten aktualisiert und migriert werden, sollten die Typen jeweils eindeutigen Namen auf dem Client zugeordnet werden. Denn andernfalls wird beim Serialisieren eine Ausnahme ausgelöst, wenn der gleiche Typ in einem WebMethodAttribute und einem ServiceContractAttribute verwendet wird.

• Wird der WCF-Webdienst zuerst hinzugefügt, dann wird beim Aufruf der Methode des ASMX-Webdiensts eine Ausnahme in ConvertValue ausgelöst, weil die WCF-Formatdefinition der Reihenfolge im Proxy Vorrang hat.
• Wird der ASMX-Webdienst zuerst hinzugefügt, dann wird beim Aufruf der Methode des WCF-Diensts eine Ausnahme in DataContractJsonSerializer ausgelöst, weil die Webdienst-Formatdefinition der Reihenfolge im Proxy Vorrang hat.

Es gibt bedeutende Unterschiede im Verhalten von DataContractJsonSerializer und dem ASP.NET AJAX JavascriptSerializer. Beispielsweise stellt der DataContractJsonSerializer ein Wörterbuch als Array von Schlüssel-Wert-Paaren dar, wohingegen der ASP.NET AJAX JavascriptSerializer ein Wörterbuch als tatsächliche JSON-Objekte darstellt. Deshalb ist das Folgende die Darstellung eines Wörterbuchs in ASP.NET AJAX.

Dictionary<string, int> d = new Dictionary<string, int>();
d.Add(“one”, 1);
d.Add(“two”, 2);

Dieses Wörterbuch wird entsprechend der folgenden Liste in JSON-Objekten dargestellt:

• [{"Key":"one","Value":1},{"Key":"two","Value":2}] vom DataContractJsonSerializer
• {"one": 1, "two": 2} vom ASP.NET AJAX JavascriptSerializer

Der DataContractJsonSerializer ist insofern leistungsfähiger, als dass er Wörterbücher handhaben kann, bei denen der Schlüsseltyp keine Zeichenfolge ist. Der JavascriptSerializer kann dies nicht. Letzterer ist jedoch JSON-freundlicher.

Die wichtigsten Unterschiede zwischen diesen Serialisierern werden in der folgenden Tabelle zusammengefasst.

Siehe auch

Aufgaben

Gewusst wie: Verwenden der Konfiguration zum Hinzufügen eines ASP.NET AJAX-Endpunkts