Quale modello di documento scegliere in diverse situazioni

Question

Quale modello di documento scegliere in diverse situazioni

#1 da (2 voti)

2

Avevo bisogno di un formato di documento personalizzato e sono incappato in questo problema. DocBook fa così

<chapter>
    <title>Chapter 1</title>
    <para>Hello world!</para>
    <para>I hope that your day is proceeding <emphasis>splendidly</emphasis>!</para>
</chapter>
<chapter>
    <title>Chapter 2</title>
    <para>Hello again, world!</para>
</chapter>

E come LaTeX e HTML (con gli stessi elementi di DocBook):

<chapter>Chapter 1</chapter>
<para>Hello world!</para>
...
<chapter>Chapter 2</chapter>
<para>Hello again, world!</para>

Sì \chapter non è un ambiente LaTeX ma immagino che questa sia la mappatura più accurata tra LaTeX e XML.

Quando questi diversi modelli di documenti preferiscono in diversi casi? Nel caso DocBook, posso prendere un capitolo fuori, e diventa un documento ben formato da solo, ma ci deve essere qualche ragione per LaTeX e HTML per non includere capitoli e sezioni come DocBook.

design xml document

posta user877329 12.06.2015 - 19:37

fonte

1 risposta

Leggi altre domande sui tag design xml document

Quale tipo di rete neurale è adatto per la simulazione del cervello dell'organismo virtuale? [chiuso] Il modo migliore per organizzare il software per i driver delle periferiche esterne del microcontrollore

score 2 · Accepted Answer

Suggerirei che questa differenza sia semplicemente un anacronismo dall'età di HTML e LaTeX.

HTML, essendosi evoluto da SGML (così come Docbook ), in realtà ha molti elementi strutturali ( cioè <h1> , ecc.) dalle lingue GML / GMLguide di IBM . In GML , come con LaTeX, il focus dei progettisti linguistici era sulla presentazione dei contenuti , piuttosto che la comunicazione della composizione strutturale di quel contenuto.

Il GML di IBM è stato progettato con requisiti come le stampanti dox-matrix (che avevano solo una dimensione punto). Quindi, un titolo 1 doveva apparire diverso dall'intestazione 2, ecc. In quanto tale, l'altezza di una riga di testo dipendeva dal ruolo contenuto ha suonato ( ie come intestazione). Per prevenire il danneggiamento della presentazione, i programmi che stampano documenti GML su stampanti a linee a punti sono necessari per sapere se ci sono abbastanza linee (di punti) disponibili per un'intestazione, ecc.

Poiché l'HTML ha preso in prestito la maggior parte di queste cose da GML, ha mantenuto l'idea di una struttura di un documento piatta , orientata alla presentazione . In cui il paragrafo mobile sotto un'intestazione (di pari livello) è stato dedotto in quanto figlio poiché era presentato più avanti nel documento (strutturato).

Con i progressi sul web e l'aumento dell'ubiquità di Internet, nel momento in cui XML è entrato nella mischia (dalla metà alla fine degli anni '90, standardizzato nei primi anni 2000), la comunicazione (piuttosto che la presentazione ) del contenuto era ciò che importava. Pertanto, i progetti di documenti XML sono in genere molto più profondi di quelli di SGML / HTML / GML.

Ora, per quanto riguarda una risposta alla tua domanda (un po 'ampia?), concordo con @Zibbobz - che effettivamente dipende interamente dai requisiti del tuo singolo progetto . Come linea guida approssimativa, situazioni in cui si ha a che fare con hardware limitato (stampanti, ecc.), Meno una struttura è, meglio è. Ma anche, in situazioni in cui qualunque sia il tuo documento che rappresenta è chiaramente una composizione , quindi usa la natura compositiva di XML e fai cose annidate!