Ganske ofte er mange brukere av moderne datasystemer og programvareprodukter forskjellige typer møter filer med filtypen .xml. Mange har rett og slett ingen anelse om hva slags dokument det er, hvordan man åpner det. Nå skal det vurderes, Samtidig skal vi finne ut hva det er og hva det er til for.

Hva er en XML-fil

La oss starte med det faktum at fra et moderne synspunkt datateknologi og programmer som brukes til å lage dokumenter av denne typen er en tekstfil der kommandoene til Extensible Markup Language er skrevet, som ligner ganske mye på det velkjente verktøyet HTML-oppmerking.

Vanligvis, XML-fil inneholder generell informasjon om ethvert objekt, som uttrykkes med beskrivende midler (mer om dette senere). Når det gjelder dataene som er lagret i slike beholdere, kan disse være databaser som ofte brukes til video- og lydkataloger på Internett, lagret egendefinerte innstillinger programmer og applikasjoner, samt hele nettsider.

Som et eksempel kan du ta for eksempel et lydalbum av en artist. XML-filen inneholder informasjon om utgivelsesår, sjanger, nummer og navn på spor, popularitet osv. Men når du besøker ressurser i Verdensveven surferen trenger ikke tenke på den fysiske oppdagelsen av slike informasjonsfil fordi selv når du spiller sangen online, vil spilleren vise alle data av typen som finnes i standard MP3-filer som ID3-tagger. Informasjonen lastes så å si til sporet som spilles av.

XML-filvisning

Hvis du ser på visningen av filen, kan du umiddelbart legge merke til at egenskapene til ethvert objekt er beskrevet i den ved å bruke tagger og attributter som settes manuelt.

Om kjerneteam språket i seg selv er nå uaktuelt, siden en vanlig bruker ikke trenger slik informasjon. Det eneste som kan noteres er at et visst antall elementer brukes til å beskrive et objekt i dette formatet eksisterer ikke: hvor mye er nødvendig, så mye er gitt.

Hvordan åpne standard XML-format

La oss nå se hvordan du åpner en XML-fil. Som allerede, sannsynligvis, mange har forstått, er dette en tekstfil, noe som betyr at det er lettest å bruke en hvilken som helst, selv den mest primitive, editor for å se eller redigere den. Ja, til og med den samme "Notepad" fra standard sett Windows.

Imidlertid er ikke alt så enkelt her. Faktum er at iht Dobbeltklikk filen vil ikke åpnes uten å angi riktig tilknytning til noe program. V beste tilfelle systemet vil tilby en liste over de fleste passende applikasjoner... Du kan velge hvilket program du ønsker, og samtidig sette et hake foran elementet permanent bruk valgt program for alle filer av den typen.

Du kan handle annerledes ved å høyreklikke på filen og deretter velge kommandoen "Åpne med ...", og så igjen, velg ønsket applikasjon enten fra listen, eller spesifiser plasseringen av den kjørbare hovedkomponenten (oftest en EXE-fil).

Den tredje måten å åpne XML-filen på er først å starte programmet og deretter bruke den åpne filmenyen (i de fleste tilfeller er dette Ctrl-kombinasjon+ O). I dette tilfellet er det absolutt ikke nødvendig å bruke Notisblokk. Vennligst åpne filen uten problemer i den samme Word-applikasjon og andre som ham. Selv Microsoft Excel er i stand til å åpne data i dette formatet.

Men hvis det blir nødvendig å redigere XML-formatet, er det bedre å bruke profesjonelle verktøy med støtte for språksyntaks, for eksempel Oxygen XML Editor, XML Marker eller EditiX Lite Version. Naturligvis er ikke dette alle verktøy som kan fungere med språket til filen det høyeste nivået... I dag finnes det mange slike programmer.

Nå noen få ord om hvorfor XML-filen noen ganger får en feilmelding ved åpning. Oftest skyldes dette et brudd på integriteten til selve filen, samt feil introduksjon av beskrivende attributter eller tagger. I tillegg har Excel en grense på antall rader som vises, slik at dataene kan være ufullstendige når de åpnes.

Mulige feil ved åpning av en XML-fil som et e-postvedlegg

Noen ganger kan det oppstå feil når det gjøres et forsøk på å åpne en fil som er et vedlegg e-post... Oftere enn ikke gjelder dette standard e-postklienter som Outlook Express.

Faktum er at vedlegget først lagres i form av midlertidige data (veldig ofte med tillegg av en ekstra .tmp til hovedutvidelsen), og anropet blir gjort til det.

For å unngå en slik situasjon er det nok å først lagre vedlegget i originalformatet på et hvilket som helst passende sted på disken eller på flyttbare medier og bruk deretter standardmetodene beskrevet ovenfor.

I stedet for totalt

Som du kan se, er det ikke noe vanskelig å forstå strukturen og metodene for å åpne filer i dette formatet. Her ble imidlertid ikke spørsmålet om å lage XML-data grunnleggende vurdert, siden for å forstå prosessen fullt ut, må du i det minste vite det grunnleggende om selve språket. Når det gjelder resten, ser det ut til at brukere ikke vil ha noen problemer med filer i dette formatet.

11 svar

Jeg prøver å lage noen oppsummeringer av XML-opplevelsen min:

Fordeler

Leseformat:

Alle kan sjekke innholdet sitt bare ved å lese det. Dette gjør det til en enkel å bruke og forståelig form for kommunikasjon. Selv forretningsfolk liker det (så vidt jeg har visst i finansinstitusjoner i årevis) fordi de forstår det og de enkelt kan sjekke meldinger, for eksempel i meldingssystemer. Bare de kan avgjøre hvilket system som er feil. Gjør dem glade :) Sammenlign dette med JSON. Jeg synes JSON er langt fra leservennlig da lukking av parenteser er vanskeligere å holde styr på enn lukking av elementer i XML. Du må gå tilbake til siden for å finne ut hva som var begynnelsen. Du trenger ikke programmeringskunnskaper for å forstå XML. Selv bestemoren din kan finne ut av det på en halvtime.

Plattformuavhengighet:

Det spiller ingen rolle hvilket språk og plattform du bruker, du vil definitivt ha det parsingå lese den. Dette gjør det sannsynligvis bedre form forbindelser mellom heterogene systemer. Se hvordan folk vanligvis overfører XML-filer over JMS-køer, sender XML-filer til webtjenester, de overfører objekter til XML-dokumenter før transport. XML er så grunnleggende at det ikke er det store problemer med forskjellige parsere. De forstår alle XML.

Flotte konverteringsverktøy

Flott verktøy å sjekke med

Imot

Omtale

Han kan konsumere hvem som helst diskplass... XML-filer gjør logger store og vanskelige å lese og hente. Alternativt kan du komprimere logger. Selv nettjenester eller JMS-meldinger kan komprimeres for å redusere belastningen på kanalen. Likevel er komprimering CPU og minne overhead. På den annen side, etter min erfaring, kan XML og relaterte teknologier begrense utviklingen, og det du sparer i mandater er langt nok unna til å kjøpe en annen prosessor. Prosessorer er billigere enn mennesker.

Ineffektiv bruk

Det er langt fra trivielt hvilke objekter (XPath-uttrykk, XSL-maler, XSD-skjemaer, XML-parsere, etc.) har hva Livssyklus... Hva kan bufres? Mange mennesker gjør det ikke riktig for å unngå trådsikkerhetsproblemer. Og dette vil føre deg til en forferdelig treghet. Og det vil jeg understreke det er ikke et teknologiproblem, men misbruk ... Mange sitter fast med den gamle parketten DOM, som er stygg. De abstraherte et lag over det og laget sine egne APIer for XML-behandling, hva er galt. Gå videre, bruk DOM4j eller STAX eller JAXB eller noe standard.

Falsk frihet til å skape noe spesielt

Mange selskaper har opprettet domenespesifikke språk eller forferdelige konfigurasjonsfiler med XML. Siden det er enkelt å analysere og gå gjennom, har de til og med laget oversettere for et helt nytt språk. Språket satt fast og de planlagte utviklingsverktøyene ble aldri bygget. Bruk aldri XML til å lage programmer. Den kan ikke brukes. Ikke programmer i XPath, da dette ikke er en bevist utviklingstid. Hold ting på plass. XML er først og fremst ment å transportere data i en eller annen standardisert form. Ikke oppfinn hjulet på nytt i XML. Det ville vært en programmeringsstol for meg selv, ikke en bil.

De beste XML-opplæringene er på ZVON tror jeg. Bruk dem hvis du vil.

Som generell form for dataoverføring. Det var 90-tallet og alle etikettene var lyse!

Det er mye fleksibilitet og kraft der ute, inkludert muligheten til å validere en XML-fil; men jeg tror jeg lurer på hva i fjor flere mye lettere alternativer har dukket opp (f.eks. JSON). Det er. evnen til å lese / skrive data i en menneskelig lesbar form ser ut til å være viktigere enn alt dette verifiseringsmaterialet for de fleste applikasjoner.

XML står for format for representing data – et format som mennesker kan lese og maskiner kan behandle.

Faktisk, hva det er.

Når det gjelder "tiltenkt bruk": vel, det er litt subjektivt. Den kan brukes til serialisering, datautveksling, dokumentoppmerking eller hva som helst. Faktisk kan den brukes til nesten alle digitale dataformål.

XML er faktisk en beholder hvor du kan plassere strukturerte tekstdata, og dette dekker mange forskjellige mulige bruksområder for eksempel tekst med semantisk struktur... En struktur kan også betraktes som et tre, slik at du kan organisere ting hierarkisk.

Det kan valideres mot formelle grammatikkregler (DTD, XSD ...) konvertert til en annen trestruktur (XSLT), data kan hentes forskjellige måter som spørringsspråk (XQuery), XML kan bygges fra et tre (DOM) og mer.

Disse tekniske evneråpen for mange funksjoner i ulike områder som datalagring, Nettverkstilkobling, organisering av prosesser (du finner konfigurasjonsfilene dine her), etc.

Som andre har sagt, XML er - god standardå utveksle informasjon mellom ulike applikasjoner... Det er hovedsakelig esperanto for datautveksling.

En ting som ingen liker med XML er ordlyd. En person går seg vill i alle disse taggene hvis det er mer enn 2-3 nivåer av innrykk. Og nei, du slutter ikke å se alle de taggene etter en stund, som folk med parenteser Lisp.

I tillegg har XML et veldig "entreprenørielt" preg. Dette betyr at store selskaper elsker det fordi det er standarden. Men det betyr ikke at det er bra for enhver situasjon. Og ikke tro at parsing er raskt fordi Maskinvare eksisterer bare for å analysere XML raskere enn å bruke programvare alene ...

XML er en standardisering for kommunikasjon. Selv om dette er litt mer detaljert, for eksempel enn å bruke tekstfiler eller binære filer, fordelene oppveier ulempene. XML er svært utvidbar og alt du trenger er syntaktisk analysator XML på hvilken som helst plattform, og du kan lese XML-data generert fra hva som helst.

Hva XML-data betyr er en annen historie, siden XML lar deg lage tagger og attributter som samsvarer med dataene dine. Alternativet er at du lager ditt eget format for disse dataene, og alt som trengs for å bruke dataene dine er å vite hvordan de skal analyseres.

Jeg tror du allerede forestiller deg hvorfor du trenger det Html(Ja, Html). Det er nødvendig for å presentere data i nettleseren. Det vil si, det er det HTML-kode og tilsvarende dette HTML-kode en viss type. Men, moderne tendenser krever ikke bare visning av data, men også deres kompetente interne struktur.

Det er det for skape en struktur og det er XML-språk ... Enkelt eksempel:

Grønt eple

For oss mennesker blir alt umiddelbart klart. Et bilde dukker umiddelbart opp i hodet mitt" grønt eple"men hvordan forklare datamaskinen at det er et eple, ikke en appelsin, en mann eller vår galakse? Her kommer igjen til unnsetning XML, hvor vi kan lage alle etiketter, noe som gjør det klart hvor er eplet, hvor er appelsinen, hvor er personen, og hvor er galaksen vår. Jeg håper jeg forklarte det tydelig.

Nå om det viktigste. hovedfunksjon XML er allsidigheten... Det er XML noen forstår moderne språk... Og siden XML er en tekstfil, så kan du jobbe med det vanlig notisblokk... Nå spesielt for å øve, hvor brukes XML:

• Innstillingsfil... Innstillinger i XML-fil veldig lett å lese og skrive. Av denne grunn er det hundrevis av XML-filer.
• Kommunikasjonsbro mellom programmer skrevet inn forskjellige språk... Høyt viktig funksjon som følge av allsidigheten til språket, og det brukes regelmessig i komplekse systemer.
• Datalagring... Faktisk er dette en slags analog av en database, men krever ikke DBMS(for eksempel, MySQL). Og takket være spørrespråket XPath det blir mulig å kommunisere enkelt med denne " database".

Og til slutt, fra min egen praksis kan jeg gi deg det enkleste eksempelet. Jeg har et XML-nettstedskart på nettstedet mitt. Det er lenker til alle sidene på nettstedet. Dette er en veldig praktisk og viktig ting for god indeksering av nettstedet, men legg til det manuelt hver gang ny side ubehagelig. Derfor, takket være kunnskap om arbeider med XML, automatiserte jeg enkelt denne virksomheten. Så XML - brukbart språk , som enhver programmerer bør vite i det minste i generelle termer.

XML-filen er en XML-fil (Extensible Markup Language). Det er veldig enkelt tekstfiler som bruker egendefinerte tagger for å beskrive strukturen og andre funksjoner til dokumentet.

Hva er XML

XML Er et merkespråk laget av verdenskonsortiet Wide web Consortium (W3C) for å definere syntaksen for koding av dokumenter som kan leses av mennesker og maskiner. Det gjør den med tagger som definerer strukturen til dokumentet, samt hvordan dokumentet skal lagres og transporteres.

Det er lettest å sammenligne det med et annet merkespråk som du kanskje er kjent med - språk hypertekstmarkering (HTML) brukes til å kode nettsider. HTML bruker det forhåndsdefinerte oppmerkingstegnsettet ( korte koder) som beskriver formatet til innholdet på nettsiden.

XML er imidlertid annerledes ved at den er utvidbar. XML har ikke forhåndsdefinert språk markup som HTML. I stedet lar XML brukere lage sine egne markup-tegn for å beskrive innhold, og danner et ubegrenset og selvdefinert tegnsett.

I utgangspunktet er HTML et språk som fokuserer på presentasjon av innhold, mens XML er et dedikert databeskrivelsesspråk som brukes til å lagre data.

XML brukes ofte som grunnlag for andre dokumentformater, som det finnes hundrevis av. Her er noen du kanskje vil vite:

• RSS og ATOM beskriver hvordan applikasjoner skal håndtere nettstrømmer.
• Microsoft .NET bruker XML for sine konfigurasjonsfiler.
• Microsoft Office bruker XML som grunnlag for dokumentstruktur.

Derfor, hvis du har en XML-fil, forteller den ikke nødvendigvis hvilken applikasjon den er for. Du trenger imidlertid ikke å bekymre deg for dette, med mindre du utvikler XML-filer.

Hvordan åpne en XML-fil

Det er flere måter å åpne en XML-fil direkte på. Du kan åpne og redigere dem med et hvilket som helst tekstredigeringsprogram, vise dem med hvilken som helst nettleser, eller bruke et nettsted som lar deg se, redigere og til og med konvertere dem til andre formater.

Bruk et tekstredigeringsprogram når du arbeider med XML regelmessig

Siden XML-filer bare er tekstfiler, kan de åpnes med et hvilket som helst tekstredigeringsprogram. Imidlertid er mange tekstredigerere som Notisblokk rett og slett ikke designet for å vise XML-filer fra deres riktig struktur... Dette kan være nyttig for raskt å gjøre deg kjent med innholdet i en XML-fil. Men, det er flere hendige verktøyå jobbe med dem.

Bruke en nettleser for å vise XML-filen

Hvis du ikke trenger å redigere XML-filen, men bare trenger å se innholdet, kan nettleseren din håndtere denne oppgaven. Dessuten er nettleseren din mest sannsynlig allerede konfigurert som standard middel vise XML-filer. Og dermed, Dobbeltklikk XML-filen skal åpne den i en nettleser.

Hvis ikke, kan du klikke Høyreklikk Hold musen over filen for å finne alternativer for å åpne den med et hvilket som helst annet program. Bare velg nettleseren din fra listen over programmer.

Når filen åpnes, bør du se godt strukturerte data. Det er ikke så pent som fargeutseendet du får i Notepad ++, men mye bedre enn Notepad.

Bruke en online editor for XML-filer

Hvis du vil redigere en tilfeldig XML-fil og ikke vil laste opp en ny tekstredigerer, eller du trenger konvertere XML-filen til et annet format Det er flere anstendige online XML-redigerere tilgjengelig gratis.

TutorialsPoint.com, XMLGrid.net og CodeBeautify.org - Lar deg se og redigere XML-filer. Etter at redigeringen er fullført, kan du laste opp den endrede XML-filen, eller til og med konvertere den til et annet format.

La oss bruke CodeBeautify.org som et eksempel. Siden er delt inn i tre seksjoner. Til venstre er XML-filen du jobber med. I midten finner du flere funksjoner. Til høyre ser du resultatene av noen av alternativene du kan velge mellom.

For eksempel, i bildet nedenfor, er vår komplette XML-fil til venstre, og resultatruten viser en trevisning fordi vi klikket på Trevisning-knappen i midten.

Bruk Bla gjennom-knappen for å laste en XML-fil fra datamaskinen eller Last URL-knappen for å hente XML fra en Internett-kilde

Trevisning-knappen viser data i godt formatert trestruktur i resultatruten, med alle tagger uthevet i oransje og attributter til høyre for taggene.

Beatify viser dataene dine på en ryddig, lettlest måte.

Forminsk-knappen viser dataene dine med minst mulig mellomrom. Denne funksjonen vil plassere hver databit på én linje. Dette kommer godt med når du prøver å gjøre filen mindre, noe som vil spare plass.

Til slutt kan du bruke XML til JSON-knappen for å konvertere XML til JSON-format, og Eksporter til CSV-knappen for å lagre dataene som en kommadelt verdifil, eller Last ned-knappen for å laste ned eventuelle endringer du har gjort i den nye XML-filen.

En introduksjon til korrekt markering

XML midler Extensible Markup Language, med fokus på markering(markering). Du kan lage tekst og merke den med kantmerker, gjøre hvert ord, setning eller passasje til identifiserbar, sorterbar informasjon. Filer du lager, eller kopier av dokumentet, består av elementer (tags) og tekst, og elementene bidrar til å forstå dokumentet riktig når du leser på papir eller til og med behandler det i i elektronisk format... Jo flere beskrivende elementer det er, jo flere deler av dokumentet kan identifiseres. Fra de første dagene av markup-eksistensen er en av fordelene ved tap datasystem skrevet ut data er fortsatt lesbare takket være taggene.

Markup languages ​​har gått fra de første formene laget av selskaper og offentlige etater til Standard Generalized Markup Language (SGML). Hypertekstspråk markup (Hypertext Markup Language - HTML) og til slutt til XML. SGML kan høres komplisert ut, og HTML (som egentlig bare var en samling av elementer til å begynne med) var ikke kraftig nok til å identifisere informasjon. XML ble designet for å være et brukervennlig og utvidbart merkespråk.

Du kan lage din egen i XML egne elementer som lar deg representere biter av data nøyaktig. Dokumenter kan ikke bare deles inn i avsnitt og overskrifter, men også velge eventuelle fragmenter i dokumentet. For at dette skal være effektivt, må du bestemme den endelige listen over elementene dine og holde deg til den. Elementer kan defineres i en Document Type Definition (DTD) eller et skjema, som vil bli diskutert kort nedenfor. Når du har mestret og begynt å bruke XML, kan du gjerne eksperimentere med elementnavn ved å lage ekte filer.

Bygge et XML-dokument

Som nevnt er XML-filer sammensatt av tekst og markup. Mesteparten av teksten er plassert i elementer der teksten er omgitt av tagger. La oss for eksempel si at du vil lage en XML-kokebok. Vi har en oppskrift som heter Iskrem sundae som skal konverteres til XML. For å merke oppskriftsnavnet legger vi teksten i et element som begynner og slutter med tagger. Dette elementet kan kalles oppskriftsnavn. For å markere startkoden til et element, skriv navnet i vinkelparenteser<>), som dette: ... La oss så skrive inn teksten Ice Cream Sundae. Etter teksten setter du en avsluttende tag, som er navnet på elementet i vinkelbeslag, pluss en etterfølgende skråstrek (/) før elementnavnet, slik:... Disse kodene dannes element, der du kan skrive inn tekst og til og med andre elementer.

Varenavn kan opprettes både for individuelle dokumenter og for grupper av dokumenter. I henhold til dine krav kan du spesifisere reglene som må følges for elementene. Elementer kan være strengt spesielle eller generelle nok. Reglene bør også definere hva som er akseptabelt for hvert element. De kan være strenge, løse eller middels. Bare lag elementer som definerer delene av dokumentet som du synes er viktige.

Starter oppretting av XML-fil

Første linje XML-dokument det kan være en XML-erklæring. Denne valgfrie delen av filen definerer den som en XML-fil, noe som kan hjelpe automatiske verktøy og folk gjenkjenner filen som XML og ikke SGML eller annen markering.

Erklæringen kan se ganske enkelt ut eller inkludere XML-versjon () og til og med tegnkoding somfor Unicode. Siden denne erklæringen må være helt i begynnelsen av filen, hvis du planlegger å kombinere små XML-filer til en større fil, valgfritt element bedre å hoppe over.

Oppretting av rotelementer

Start- og slutttaggene til rotelementet omgir hele teksten i XML-dokumentet. Det skal bare være ett rotelement i filen, og dette er den nødvendige "skin" for den. viser et utdrag av eksemplet jeg bruker her med et rotelement (oppskrift). ( Full fil XML er gitt i.)

Oppføring 1. Rotelement

Når du bygger dokumentet ditt, vil du plassere tekst og flere tagger mellom og .

Varenavn

Skill mellom store og små bokstaver

På XML-oppretting start- og sluttmerkeregistrene må samsvare. V ellers du kan få en feilmelding når du bruker, eller XML-visning... For eksempel, Internet Explorer viser ikke tekst ved tilfelle uoverensstemmelse. I stedet viser den meldinger om uoverensstemmelse mellom start- og slutttaggene.

Så vi har et rotelement ... I XML velges elementnavn først, og deretter bestemmes tilsvarende DTD eller skjema basert på disse navnene. Navn kan inneholde bokstaver, tall og spesielle tegn for eksempel understrekingen (_). Her er noen navneregler å huske:

• Mellomrom er ikke tillatt i elementnavn.
• Navn må begynne med en bokstav, ikke et tall eller tegn. (Enhver kombinasjon av bokstaver, tall og gyldige symboler kan brukes etter denne første bokstaven.)
• Saken er irrelevant, men respekter den for å unngå forvirring.

Oppføring 2. Andre elementer

Et XML-dokument kan inneholde tomme tagger, som det ikke er noe i, og som kan uttrykkes som en enkelt kode i stedet for et par start- og sluttkoder. Det kan for eksempel være en frittstående tag i HTML-stil ... Den inneholder ingen barn eller tekst, så dette tomt element og det kan skrives som (med et mellomrom og den kjente etterfølgende skråstreken på slutten).

Hekkeelementer

Vedlegget Er plassering av elementer innenfor andre elementer. Disse nye elementene kalles datterselskap elementer, og elementene som omgir dem er deres foreldrenes elementer. Inn til rotelementet nestet flere elementer. Dette er nestede barn , og Innvendig element det er flere like barn ... Et vedlegg kan legge ned et XML-dokument.

Typisk syntaksfeil er relatert til nesting av foreldre- og underordnede elementer. Hvert underordnede element må plasseres fullstendig mellom start- og slutttaggene til det overordnede elementet. Barneelementer må avsluttes før starten av neste barn.

Et eksempel på korrekt hekking er gitt i. Tagger begynner og slutter uten sammenveving med andre tagger.

Oppføring 3. Riktig hekking XML-elementer.

Legge til attributter

Noen ganger legges elementer til Egenskaper... Attributter består av et navn-verdi-par, hvor verdien er hentet fra doble anførselstegn("), som dette: type =" dessert ". Attributter lar deg lagre med elementet Ekstra alternativer ved å endre verdiene til disse parameterne fra element til element i samme dokument.

Et attributt - eller til og med flere attributter - er spesifisert i startkoden til et element: ... Når du legger til flere attributter, er de atskilt med mellomrom: ... XML-filen vises slik den ser ut nå.

Oppføring 4. Vår XML-fil med elementer og attributter

Et hvilket som helst antall attributter kan brukes. Tenk på detaljene du kan legge til i dokumentet. Attributter er spesielt nyttige hvis dokumenter skal lagres - for eksempel etter type oppskrift. Attributtnavn kan inneholde de samme tegnene som elementnavn, med de samme reglene for å ekskludere mellomrom og innledende navn med en bokstav.

Riktig og feil konstruert XML

Hvis du følger reglene som er definert i strukturen din, kan du enkelt generere godt utformet XML. Riktig XML Er XML-kode kompilert i samsvar med alle XML-regler: korrekt navn på elementer, nesting, navn på attributter, etc.

Avhengig av hva du gjør med XML, kan det hende du må jobbe med godt utformet XML. Tenk på eksemplet ovenfor på sortering etter oppskriftstype. Det er nødvendig at elementene inneholdt typeattributtet. Det er veldig viktig å være i stand til å validere koden og sikre at verdien av dette attributtet alltid er tilstede.

Under validering betyr å sjekke strukturen til dokumentet for samsvar med reglene som er etablert for det og definisjonen av underordnede elementer for hvert overordnet element. Disse reglene er definert i Beskrivelse av dokumenttype(DTD) eller i et skjema. Denne valideringen krever at du oppretter en DTD eller et skjema og deretter refererer til DTD- eller skjemafilen i XML-filene dine.

For å aktivere validering, må du plassere en dokumenttypeerklæring (DOCTYPE) nærmere begynnelsen av XML-dokumentene dine. Denne linjen inneholder en lenke til en DTD eller et skjema (liste over elementer og regler) som vil bli brukt til å validere av dette dokumentet... DOCTYPE-linjen kan være noe sånt som.

Oppføring 5. DOCTYPE

Dette eksemplet betyr at elementlistefilen din har navn filnavn.dtd er plassert på datamaskinen din (det vil si i SYSTEM-katalogen, ikke i generell katalog OFFENTLIG).

Bruke enheter

Entitet kan være fragmenter av tekst eller spesialtegn. De kan spesifiseres inne i dokumentet eller utenfor det. Enheter må deklareres og uttrykkes på riktig måte for å unngå feil og vises korrekt.

Du kan ikke skrive inn spesialtegn direkte i tekst. Til bruk i tekst spesielle karakterer de må lages til entiteter og bruke kodene til disse symbolene. Du kan definere setninger som et firmanavn som enheter og deretter bruke dem gjennom hele teksten. For å opprette en enhet, gi den et navn og sett inn det navnet og sett inn det navnet i teksten etter og-tegnet (&) og slutter med semikolon - for eksempel (eller et annet navn). Sett deretter denne koden på DOCTYPE-linjen din firkantede parenteser(), hvordan i . Denne koden definerer teksten som erstattes av enheten.

Oppføring 6. Entitet

Bruken av enheter bidrar til å unngå å gjenta den samme setningen eller informasjonen om og om igjen. Det kan også gjøre det enklere å redigere tekst (for eksempel hvis selskapet endrer navn) mange steder samtidig ved ganske enkelt å tilpasse enhetsdefinisjonsstrengen.

Hvordan unngå feil

Mens du lærer hvordan du oppretter XML-filer, åpner du dem i et XML-redigeringsprogram for å sikre at de er formelt korrekte og for å sikre at XML-reglene følges. Hvis du for eksempel har Windows® Internet Explorer®, kan du ganske enkelt åpne XML-filen i en nettleser. Hvis elementene, attributtene og teksten dine vises, er XML-filen godt utformet. Hvis det er feil, har du sannsynligvis rotet til noe i syntaksen, og du må sjekke dokumentet nøye for skrivefeil eller manglende tagger og skilletegn.

Konklusjon

Etter å ha lært noen få enkle regler, kan du fleksibelt designe dine egne XML-elementer og deres attributter. XML-regler er ikke kompliserte. Det er også enkelt å skrive et XML-dokument. Nøkkelen er å forstå hva du ønsker av dokumenter når det gjelder sorterings- og søkefunksjoner, og deretter designe elementer og attributter for å oppfylle disse kravene.

Når du forstår formålet godt og vet hvordan du skal merke teksten din, kan du lage effektive elementer og attributter. Fra dette perspektivet er nøye markering alt som skal til for å lage et godt utformet og brukbart XML-dokument.