Ce este nou în MSXML 4
Prima schimbare pe care toată lumea va acorda o atenție - aceasta este noul nume oficial al MSXML. Inițial, MSXML a fost atent conceput ca o componentă pentru parsarea unui XML cod, astfel încât numele complet al componentei a fost - Microsoft® parserului XML. Cu toate acestea, de-a lungul anilor, ca XML, și MSXML dezvoltat. Acum MSXML oferă mult mai mult funcționalitatea decât doar parsare. Schimbarea de nume a fost făcută în procesul de dezvoltare după a treia versiune și este acum fix. Noul nume - Microsoft® XML Core Services - reflectă noua funcționalitate furnizată de componenta. Vă rugăm să rețineți că abrevierea rămâne neschimbată - MSXML.
Comparativ cu 3.0 MSXML 4.0 versiune oferă îmbunătățită și extinsă funcționalitate în trei domenii-cheie:
- sprijin larg pentru recomandare finala World Wide Web Consortium (W3C) pentru XML-scheme (XML Schema, XSD).
- îmbunătățiri semnificative ale performanței.
- Suport îmbunătățit pentru arhitectura de procesare XML consistentă, bazată pe standarde de facto: API simplu pentru XML (SAX2).
O altă schimbare semnificativă - o respingere a modului de înlocuire. MSXML 4.0 sau mai târziu să fie instalat numai în modul de funcționare versiuni paralele. Acest lucru înseamnă că nu depinde de versiunea (versiune independentă) ProgID nu va fi acceptat și versiunea existentă de Internet Explorer nu va utiliza în mod automat MSXML 4.0 (fără scenariu). Motivul pentru această schimbare constă în faptul că, în conformitate cu comentariile utilizatorilor care nu depind de versiunea de ProgID crea probleme cu suportul aplicațiilor care utilizează MSXML versiunea 2.6 și mai târziu.
Object ServerXMLHTTPRequest. Introdus în MSXML 3.0, oferă un HTTP acces securizat la server-side, independent de WinInet. Acest server HTTP funcționalitate este acum adăugată ca o nouă componentă a WinHTTP 5.0, care este furnizat și instalat cu MSXML 4.0. ServerXMLHTTPRequest oferă doar o interfață externă pentru această componentă.
Suport pentru schema XML (XML Schema)
Un număr mare de inovații în această versiune oferă suport pentru XML-scheme. Puteți verifica XML cod XML în schemele SAX, iar în DOM, folosind fie circuite cache externe, sau atribute XSI: schemaLocation / xsi: noNamespaceSchemaLocation. In timp ce XPath 2.0 nu este încă acceptat, de MSXML oferă funcții de extindere, permisă de standarde pentru a sprijini XSD tipuri-in XPath si XSLT.
MSXML 4.0 oferă o metodă pentru obținerea de informații despre circuitul din documentele afluente folosind tipurile de detecție SAX și Schema Object Model (modelul obiect schema, SOM) în DOM. În plus față de adăugarea de suport pentru recomandarea finală schema XML, MSXML continuă să sprijine XML Date reduse (XDR) și definiția tipului de document (DTD).
îmbunătățiri ale performanței
În plus față de cele de mai sus, MSXML 4.0 are un nou, mai bysro XML parser și îmbunătățit semnificativ XSLT-procesor. Puteți utiliza noul parserul este posibil să se stabilească valoarea NewParser egală cu Adevărat. Noul Parserul nu acceptă încă de încărcare DOM asincron sau verifica DTD-ul. Cu toate acestea, toate celelalte funcții funcționează la fel ca și în parserul vechi, doar mai repede. Conform rezultatelor testelor noastre MSXML arată accelerație de aproximativ 2 hkratnoe pentru parsarea pură și mai mult de 4 hkratnoe accelerare a XSLT-transformările.
Suport îmbunătățit pentru o serie de procesare XML cod
MSXML 4.0 oferă suport îmbunătățit pentru arhitectura de procesare XML consistentă, bazată pe API-ul SAX2. Acest suport include:
Acum puteți utiliza pentru a crea obiectul MXXMLWriter SAX sobyty din copac DOM. Puteți construi, de asemenea, un arbore DOM din evenimente SAX. Aceste capabilități vă permit să integreze îndeaproape DOM și SAX în aplicațiile dumneavoastră.
Noul obiect MXXMLWriter vă permite să generați încheiat HTML folosind fluxul de evenimente SAX exact în același mod ca și elementul
XSLT-procesor are acum pentru a primi conținut SAX-handler ca ieșire. Acest lucru înseamnă că lanțul de SAX-filtre pot fi convertite în mod direct să se ocupe de XML-cod. De exemplu, puteți utiliza această oportunitate pentru a elimina re-generarea și re-analiza un XML-cod, care permite XML-documente care urmează să fie utilizate în mod direct de aplicație atunci când intrare XML-documentele care urmează să fie convertite în documente cu același vocabular.
Refuzul de modul de înlocuire
Până la versiunea 3.0 MSXML poate fi utilizat modul de substituție la cea mai recentă versiune a componentei MSXML de lucru ca MSXML 2.0 Noi facem, care este utilizat în Internet Explorer 5.0 și 5.5 pentru reprezentarea XML într-o fereastră de browser. Xmlinst.exe special de utilitate manipuleaza Microsoft Windows registry pentru a obține acest efect. Deși tratamentul de substituție nu este o metodă recomandată, mulți utilizatori au experimentat acest regim și, în funcție de comentarii lor, se confruntă cu o mulțime de probleme cu sprijinul cererilor lor. În afară de aceasta, necesitatea de a sprijini cod MSXML succesive face mult mai masive decât ar putea fi.
Refuzul de a nu depinde de versiunea ProgID
sprijin Din motive similare, a fost eliminată, nu depinde de versiunea ProgID. Comparativ cu versiunile anterioare, în care unele ProgID actualizate atunci când instalați o nouă versiune de MSXML, abandonarea lor în MSXML 4.0 oferă o instalare reală, care garantează versiuni funcționale paralllelnoe. Acum CREATEOBJECT ( „MSXML2.DOMDocument“) nu creează o instanță de MSXML 4.0 DOM, dar creează o instanță a versiunii anterioare. Dacă doriți să utilizați MSXML 4.0, trebuie să creați obiectul deoarece: CREATEOBJECT ( „MSXML2.DOMDocument.4.0“). Prin urmare, pentru C ++ si Microsoft Visual Basic, trebuie să creați obiectul utilizând codul: „MSXML2.DOMDocument40“. Aceeași modificare este necesar să se prevadă crearea altor obiecte MSXML, pentru a valorifica puterea de MSXML versiunea 4.
Motivul acestor modificări este de a îmbunătăți suportul pentru cod care ar fi altfel predispus la erori atunci când apariția înconjurat de neprevăzut schimbat. Pur și simplu pune, nu depind de versiunea de ProgID au fost foarte confortabil pentru utilizarea MSXML, dar este foarte riscant în mediul de dezvoltare. Să presupunem, de exemplu, că utilizatorul a dezvoltat folosind codul nu depind de versiunea ProgID, bazându-se pe prezența MSXML 3.0. Dacă în cursul acestui utilizator pentru a instala sau reinstala Microsoft SQL Server, acesta poate fi găsit în mod surprinzător că utilizează MSXML 2.6 în loc de MSXML 3.0. Refuzul de a nu depinde de versiunea de MSXML 4.0 ProgID pentru a exclude posibilitatea unei astfel de situație instabilă și îmbunătățește MSXML ca componenta server a nivelului de întreprindere.
Refuzul de cod din versiunile anterioare preemstvovannogo
Din această versiune, un număr mare de caracteristici, moștenite de la versiunea anterioară a fost eliminată. Cele mai multe dintre ele nu mai sunt necesare din cauza eșecului de modul de înlocuire. Astfel de vozozhnostyami sunt:
- Vechea versiune a XSL, caietul de sarcini, care este acum complet înlocuit W3 XSLT standard de 1.0. Suport complet pentru XPath 1.0 a oferit o versiune de MSXML 3.0.
- Vechea versiune limba XSLPattern, caietul de sarcini, care este acum înlocuit complet W3 standard de XPath 1.0. Suport complet pentru XSLT 1.0 este prevăzută cu o versiune de MSXML 3.0.
- Vechi rudimentar UUID spațiu de nume:. nu respectă caietul de sarcini. Spațiu de nume corect pentru a sprijini vechea versiune a XDR sunt acum spațiu de nume HTTP orientate spre: urnă: scheme-Microsoft-com: xml-date și urnă: scheme-Microsoft-com: Tipurile de date.
- NodeFactory interfață veche, care nu folosesc rekomendovyvalos MSXML 3.0. Această interfață este conceput pentru analiză XML secvențială. Acum este complet înlocuit cu SAX2-parser versiunea accesibilă MSXML 3.0.
- Opțiunea normaliza-line-break nu va mai funcționa atunci când utilizați SAX-parser. Capetele liniilor sunt întotdeauna normalizate în conformitate cu specificațiile XML.
Funcționarea în paralel a versiunilor
Versiunea finală a MSXML 4.0 vine cu bibliotecile dinanamicheskimi ale căror nume (msxml4.dll, msxml4r.dll și msxml4a.dll) coincid cu numele versiunilor pre-lansare a bibliotecilor. Refuzul de a-ProgID versiune independentă garantează că MSXML 4.0 nu interferează cu funcționarea oricăror versiuni instalate anterior de MSXML (2.0, 2.6 sau 3.0). instalare paralelă (Side-by-Side instalare) în Windows XP face chiar mai precis pentru utilizatorii de Windows XP. Acest lucru înseamnă că, în Windows XP, aveți posibilitatea să utilizați versiunile paralele de funcționare pentru a controla modul în care aplicațiile dvs. folosind MSXML și care versiuni (din 4.0) pe care o folosesc. Pentru a face acest lucru, va trebui să creați un manifest special de aplicare, care va lega cererea dumneavoastră la o anumită versiune de MSXML (4.0). Pentru informații mai detaliate puteți găsi în articolul Microsoft XML Parser 4.0 B2, și Windows XP (în limba engleză). Dacă doriți să utilizați MSXML în același mod ca și înainte, atunci nu trebuie să faceți nimic în continuare; MSXML este instalat în două moduri: la nivel mondial (ca mai înainte) și paralele (nou) în Windows XP.
O componentă separată a WinHTTP 5.0
Această versiune este mai ușoară, mai gustare și specificații mai adecvate ale componentelor pentru a lucra cu XML, care poate fi utilizat în siguranță în medii de servere în sistemele enterprise. De asemenea, MSXML 4.0 poate fi folosit pe partea de client într-un mediu controlat, dacă sunteți în măsură să furnizeze toate componentele necesare de pe computerul client ca și în cazul clienților non-subțiri (clienți non-subțire).
upgrade direct versiuni de prelansare RTM este încă acceptată. Va trebui să dezinstalați versiunea de pre-lansare și apoi instalați RTM. Poate fi necesar să anulați înregistrarea și elimina manual fișierele * .dll Msxml4 în dosarul System32. Pentru a anula înregistrarea o versiune preliminară a MSXML 4.0, executați comanda:
actualizarea
Trebuie amintit că, pentru instalarea MSXML 4 SP 1 pe computer, aveți nevoie de Windows Installer 2.0.
Informații oficiale despre produs pot fi găsite aici.