Znalazłem odpowiedni sposób na zwrócenie XML klientowi w ASP.NET myślę, że jeśli wskażę złe drogi, poprawi to zrozumiałość.

Niepoprawne:

Response.Write(doc.ToString());

Niepoprawne:

Response.Write(doc.InnerXml);

Niepoprawne:

Response.ContentType = "text/xml";
Response.ContentEncoding = System.Text.Encoding.UTF8;
doc.Save(Response.OutputStream);

Poprawny:

Response.ContentType = "text/xml"; //Must be 'text/xml'
Response.ContentEncoding = System.Text.Encoding.UTF8; //We'd like UTF-8
doc.Save(Response.Output); //Save to the text-writer
      //using the encoding of the text-writer
      //(which comes from response.contentEncoding)

Użyj Textwritera

Do Nie użyj Response.OutputStream

Do użyj Response.Output

Oba są strumieniami, ale Output jest TextWriter . Kiedy XmlDocument zapisuje się do TextWriter, użyje kodowania określonego przez tego Textwritera. XmlDocument automatycznie zmieni węzeł deklaracji xml, aby pasował do kodowania używanego przez Textwritera. np. w tym przypadku węzeł deklaracji XML:

<?xml version="1.0" encoding="ISO-8859-1"?>

Stałoby się

<?xml version="1.0" encoding="UTF-8"?>

To dlatego, że TextWriter został ustawiony na UTF-8. (Więcej na ten temat za chwilę). Gdy TextWriter jest zasilany danymi znakowymi, koduje go z sekwencjami bajtowymi odpowiednimi dla jego ustawionego kodowania.

Niepoprawne :

doc.Save(Response.OutputStream);

W tym przykładzie dokument jest nieprawidłowo zapisywany w Strumieniu wyjściowym, który nie zmienia kodowania i może nie pasować do kodowania treści odpowiedzi lub określonego kodowania węzła deklaracji XML.

Poprawne

doc.Save(Response.Output);

Dokument XML jest poprawnie zapisany w obiekcie TextWriter, zapewniając prawidłowe kodowanie.

Zestaw Kodowanie

Kodowanie podane klientowi w nagłówku:

Response.ContentEncoding = ...

Musi pasować do kodowania dokumentu XML:

<?xml version="1.0" encoding="..."?>

Musi pasować do rzeczywistego kodowania obecnego w sekwencjach bajtów wysyłanych do klienta. Aby wszystkie trzy z tych rzeczy się zgadzały, Ustaw pojedynczą linię: {]}

Response.ContentEncoding = System.Text.Encoding.UTF8;

Gdy kodowanie jest ustawione na obiekcie Response , ustawia to samo kodowanie na obiekcie TextWriter . Zestaw kodowania tekstu powoduje, że XmlDocument to zmiana deklaracji XML :

<?xml version="1.0" encoding="UTF-8"?>

Gdy dokument zostanie zapisany:

doc.Save(someTextWriter);

Zapisz na wyjściu odpowiedzi

Nie chcesz zapisywać dokumentu w strumieniu binarnym ani pisać ciągu znaków:

Niepoprawne:

doc.Save(Response.OutputStream);

Tutaj XML jest niepoprawnie zapisywany do strumienia binarnego. Ostateczna Sekwencja kodowania bajtów nie będzie zgodna z deklaracją XML lub odpowiedzią serwera www content-encoding.

Niepoprawne:

Response.Write(doc.ToString());
Response.Write(doc.InnerXml);

Tutaj XML jest niepoprawnie konwertowany na ciąg znaków, który nie ma kodowania. Węzeł deklaracji XML nie jest aktualizowany w celu odzwierciedlenia kodowania odpowiedzi, a odpowiedź nie jest prawidłowo zakodowana, aby pasowała do kodowania odpowiedzi. Ponadto przechowywanie XML w łańcuchu pośrednim marnuje pamięć.

Ty nie chcesz zapisać XML do ciągu znaków, lub wpchać XML do ciągu znaków i response.Write ciąg znaków, ponieważ:

- doesn't follow the encoding specified
- doesn't set the XML declaration node to match
- wastes memory

Do użyj doc.Save(Response.Output);

Do Nie użyj doc.Save(Response.OutputStream);

Do Nie użyj Response.Write(doc.ToString());

Do not use ' Response.Pisz(dok.InnerXml); "

Ustaw typ zawartości

Typ ContentType odpowiedzi musi być ustawiony na "text/xml". Jeśli nie, Klient nie będzie wiedział, że wysyłasz go XML.

Ostatnia Odpowiedź

Response.Clear(); //Optional: if we've sent anything before
Response.ContentType = "text/xml"; //Must be 'text/xml'
Response.ContentEncoding = System.Text.Encoding.UTF8; //We'd like UTF-8
doc.Save(Response.Output); //Save to the text-writer
    //using the encoding of the text-writer
    //(which comes from response.contentEncoding)
Response.End(); //Optional: will end processing

Kompletny Przykład

Rob Kennedy miał rację, że nie udało mi się Dołącz przykład od początku do końca.

Zdobądź informacje.ashx :

<%@ WebHandler Language="C#" Class="Handler" %>

using System;
using System.Web;
using System.Xml;
using System.IO;
using System.Data.Common;

//Why a "Handler" and not a full ASP.NET form?
//Because many people online critisized my original solution
//that involved the aspx (and cutting out all the HTML in the front file),
//noting the overhead of a full viewstate build-up/tear-down and processing,
//when it's not a web-form at all. (It's a pure processing.)

public class Handler : IHttpHandler
{
   public void ProcessRequest(HttpContext context)
   {
      //GetXmlToShow will look for parameters from the context
      XmlDocument doc = GetXmlToShow(context);

      //Don't forget to set a valid xml type.
      //If you leave the default "text/html", the browser will refuse to display it correctly
      context.Response.ContentType = "text/xml";

      //We'd like UTF-8.
      context.Response.ContentEncoding = System.Text.Encoding.UTF8;
      //context.Response.ContentEncoding = System.Text.Encoding.UnicodeEncoding; //But no reason you couldn't use UTF-16:
      //context.Response.ContentEncoding = System.Text.Encoding.UTF32; //Or UTF-32
      //context.Response.ContentEncoding = new System.Text.Encoding(500); //Or EBCDIC (500 is the code page for IBM EBCDIC International)
      //context.Response.ContentEncoding = System.Text.Encoding.ASCII; //Or ASCII
      //context.Response.ContentEncoding = new System.Text.Encoding(28591); //Or ISO8859-1
      //context.Response.ContentEncoding = new System.Text.Encoding(1252); //Or Windows-1252 (a version of ISO8859-1, but with 18 useful characters where they were empty spaces)

      //Tell the client don't cache it (it's too volatile)
      //Commenting out NoCache allows the browser to cache the results (so they can view the XML source)
      //But leaves the possiblity that the browser might not request a fresh copy
      //context.Response.Cache.SetCacheability(HttpCacheability.NoCache);

      //And now we tell the browser that it expires immediately, and the cached copy you have should be refreshed
      context.Response.Expires = -1;

      context.Response.Cache.SetAllowResponseInBrowserHistory(true); //"works around an Internet&nbsp;Explorer bug"

      doc.Save(context.Response.Output); //doc saves itself to the textwriter, using the encoding of the text-writer (which comes from response.contentEncoding)

      #region Notes
      /*
       * 1. Use Response.Output, and NOT Response.OutputStream.
       *  Both are streams, but Output is a TextWriter.
       *  When an XmlDocument saves itself to a TextWriter, it will use the encoding
       *  specified by the TextWriter. The XmlDocument will automatically change any
       *  XML declaration node, i.e.:
       *     <?xml version="1.0" encoding="ISO-8859-1"?>
       *  to match the encoding used by the Response.Output's encoding setting
       * 2. The Response.Output TextWriter's encoding settings comes from the
       *  Response.ContentEncoding value.
       * 3. Use doc.Save, not Response.Write(doc.ToString()) or Response.Write(doc.InnerXml)
       * 3. You DON'T want to save the XML to a string, or stuff the XML into a string
       *  and response.Write that, because that
       *   - doesn't follow the encoding specified
       *   - wastes memory
       *
       * To sum up: by Saving to a TextWriter: the XML Declaration node, the XML contents,
       * and the HTML Response content-encoding will all match.
       */
      #endregion Notes
   }

   private XmlDocument GetXmlToShow(HttpContext context)
   {
      //Use context.Request to get the account number they want to return
      //GET /GetPatronInformation.ashx?accountNumber=619

      //Or since this is sample code, pull XML out of your rear:
      XmlDocument doc = new XmlDocument();
      doc.LoadXml("<Patron><Name>Rob Kennedy</Name></Patron>");

      return doc;
   }

   public bool IsReusable { get { return false; } }
}