Introduzione del GRML
Generazione della lingua nuova di margine di
profitto.
Introduzione.
Il margine di profitto generale Langauge di
riutilizzazione, o GRML, è una lingua di margine di profitto per i
browsers di fotoricettore. Ha le caratteristiche di definizione
di dati delle lime carattere-delimitate e di XML, con il supporto
della forma e hyperlinking del HTML.
Lo scopo di questo articolo è mostrare perchè GRML
esiste e come complementa il HTML, XML, RSS e le disposizioni
carattere-delimitate.
Cenni storici.
GRML non è il risultato di un programma specifico.
È stato sviluppato come soluzione ad un altro problema, vale a
dire riutilizzando i dati da un servizio di fotoricettore. Ha
cominciato con lo sviluppo di un fotoricettore a fine frontale a
chiedere il soddisfare da alcuni servizi di fotoricettore. Una
disposizione di dati era necessaria maneggiare le risposte.
Avendo dati in una certa disposizione arbitraria ugualmente
stava limitando. Qualche cosa di convenzionale era necessario.
Il HTML e XML sono stati considerati, ma abbastanza non
misura l'a fine frontale che è diventato. Là avuto bisogno di
di essere un'altra scelta, una con...
sostegno le viste multiple (l'a fine frontale ha
usato un controllo della lista che ha 4);
un senso definire gli insiemi multipli dei dati per le
viste multidimensionali;
soddisfaccia che traduce to/from altre disposizioni;
e
una distinzione fra l'esposizione della forma e la
vista.
Poiché non ci era disposizione che ha fatto fronte a
tutte le richieste, l'a fine frontale stava andando avere bisogno di
qualche cosa di nuovo. Usando l'a fine frontale, era possibile
mettere a punto una disposizione e sperimentarla a questi requisiti.
Cioè l'a fine frontale esistito prima della lingua di margine
di profitto!
La disposizione che ha risultato era GRML. È stata
destinata per usare le forme e le viste, sostiene le viste multiple e
multidimensionali, impianti con gli assistenti attuali di
fotoricettore e si adatta ad altre disposizioni. Una volta che
la lingua di margine di profitto fosse rifinita, il fotoricettore a
fine frontale si è transformato in in un web browser.
Ora che l'obiettivo per GRML è stato spiegato, il punto
seguente è capire, dettagliatamente, perchè le disposizioni attuali
non sono state scelte.
Lingue Capenti Di Margine di profitto.
Prima di passare con il processo di capire perchè GRML è
necessario, le disposizioni attuali devono essere introdotte ed i loro
obiettivi di disegno essere identificate. Le disposizioni sono
considerate da una prospettiva di maneggiamento di dati, in modo da
nessuna discussione sui giochi, i film, la musica, fare
pubblicità e l'intrattenimento sono accennati.
Per gli scopi di generazione della lingua di margine di
profitto, le due caratteristiche principali per i Web pagi di lettura
rapida sono la forma e la vista. Una forma contiene tutto il
controllo dell'input per le richieste di utente. Una vista
visualizza soddisfatto, o i dati dal Web page senza le modifiche di
margine di profitto o gli elementi di formattazione.
Dato il requisito della forma e della vista, è possibile
confrontare ogni disposizione.
Il HTML è la disposizione più prevalente sul
fotoricettore. È progettato per l'esposizione di dati. Ci
è supporto di vista e della forma.
XML è una disposizione secondaria sul fotoricettore.
È progettato per la definizione di dati. Difetta del
supporto di vista e della forma.
RSS è una disposizione secondaria sul fotoricettore.
È progettato per la definizione di dati. Difetta del
supporto della forma ma ha una vista.
CSV o le disposizioni carattere-delimitate sono usati
raramente sul fotoricettore. È progettato per la definizione di
dati. Difetta del supporto della forma ma ha una vista.
Ora che ogni disposizione è stata introdotta, è
possibile capire il posto per GRML sul fotoricettore.
Cominciamo con...
HTML.
Ci è realmente soltanto una lingua di margine di profitto
nell'uso molto diffuso sul fotoricettore (cioè 99% di tutti i Web
pagi usano questa lingua) e quello è lingua di margine di profitto di
hypertext, o HTML. Il HTML descrive come i dati sono
visualizzati. Dice al web browser a come il Web page osserva
nella vista di web browser. Con il HTML, tutto il soddisfare è
visualizzato nella vista, compreso le forme, il testo e le immagini.
Il HTML decide come visualizzare il Web page.
Il soddisfare di Web page, usando il HTML, è definito
soltanto per le immagini ed i hyperlinks. Il soddisfare del
testo non è definito, rendente lo incompatibile per usare in altre
disposizioni. Di conseguenza, adattare il soddisfare del HTML ad
altre disposizioni è il più limitato di tutte le disposizioni
considerate.
Il singolo metodo di vista del HTML evita dinamicamente la
commutazione del soddisfare nella vista. Non ci è senso
presentare gli insiemi relativi del soddisfare del HTML (per esempio 2
pagine diverse da un bordo del messaggio, o 4 pagine differenti
dei titoli di notizie, o 8 pagine differenti dei risultati dell'asta,
ecc.) nella vista senza pagine differenti di caricamento e nella
navigazione fra loro. Quindi, il HTML non sostiene le viste
multidimensionali.
Poiché il HTML decide l'esposizione di Web page,
impedisce le viste multiple del soddisfare. Il HTML non sostiene
le viste multidimensionali e non è facile da adattarsi ad altre
disposizioni. Inoltre, unisce la forma e la vista in
un'esposizione. Per questi motivi, è risultato essere una
scelta inadeguata.
Dopo sarà...
XML.
XML, o di Extensible Markup Language, è progettato per
l'adattabilità. Le basi di dati, i fogli elettronici, CSV, o le
lime carattere-delimitate sono tutte potenzialmente in grado di
formattare i loro dati usando XML. Definisce che cosa i dati
sono, piuttosto che come sono visualizzati. Ciò rende XML
adattabile ad altre disposizioni della lima.
Ci è nessuna disposizione di documento di XML. È
un campione per la definizione come strutturare i dati. Questa
mancanza di disposizione di dati specifica impedisce XML la
definizione della tutta la vista del relativo soddisfare.
Inoltre non definisce i comandi dell'input per uso in una forma.
Una mancanza di supporto di vista in XML impedisce le
viste multiple E multidimensionali. Senza supporto della forma,
un utente non può trasmettere le richieste. Mentre XML è
adattabile ad altre disposizioni, non è una scelta sufficiente.
Finora, il HTML e XML hanno dimostrato insufficiente.
Vicino a consideri è...
RSS.
RSS, o lo syndication realmente semplice, è una
disposizione di dati specifica di una struttura di dati di XML.
Di conseguenza, RSS può sostenere una vista dei relativi dati.
Inoltre, poiché è basato su XML, definisce i relativi dati
piuttosto che come è visualizzato. Il supporto di vista con la
definizione di dati significa che RSS sostiene le viste multiple del
relativo soddisfare.
Come una disposizione di XML, RSS difetta di tutto il
supporto della forma. I comandi dell'input non esistono usando
XML, quindi mancano da RSS. Per questo motivo, non è
sufficiente.
Soltanto una disposizione rimane ed è...
CSV o carattere-delimitato.
CSV (valori separati virgola) o le disposizioni
carattere-delimitate sono usati dalle basi di dati, dai fogli
elettronici e da molto altro applicazioni dato-orientate alle
informazioni del deposito alla lima. È una disposizione che è
adattabile ad altre disposizioni perché non usa alcune modifiche
dell'esposizione. La disposizione è costituita quasi
interamente dal soddisfare, tranne il carattere usato per il
delimiter.
Questa disposizione ha una vista perché è quasi
interamente soddisfatta e difetta delle modifiche di margine di
profitto. Il relativo fuoco sul soddisfare significa che è il
più riutilizzabile di tutta la disposizione considerata.
Nessuna modifica dell'esposizione è usata, in modo da sostiene
le viste multiple.
La mancanza di mezzi delle modifiche di definizione di
dati là è senso distinguersi fra gli insiemi dei dati. Quindi,
CSV o le lime carattere-delimitate non sostengono le viste
multidimensionali. In più, non è possibile definire i comandi
dell'input per una forma. Ciò non significa supporto della
forma.
Di conseguenza, questa disposizione è una scelta
insufficiente. Ecco perchè era necessario da generare...
GRML.
GRML definisce esclusivamente la forma e la vista. I
comandi dell'input per una forma sono definiti esclusivamente dal
soddisfare usato nella vista. Inoltre, il soddisfare è definito
esplicitamente in GRML, con testo definito esclusivamente dai
hyperlinks e dalle immagini. Le modifiche dell'esposizione non
esistono in GRML. Il web browser decide come visualizzare il Web
page. Ciò significa il sostegno le viste multiple.
Usando le modifiche di definizione di dati permette che
GRML sia adattabile ad altre disposizioni (HTML, XML, RSS, CSV o
carattere-delimitato). Inoltre permette agli insiemi differenti
del soddisfare di essere chiamato, che significa il sostegno le viste
multidimensionali.
Conclusione.
Dopo avere considerato tutti i formati disponibili per una
lingua di margine di profitto, ciascuno difettava almeno di uno dei
requisiti elencati. Nessun hanno venuto a contatto degli
obiettivi di disegno del fotoricettore a fine frontale. Di
conseguenza, era necessario da generare una nuova disposizione, GRML.
Riferimento Rapido.
Il HTML è usato con la multi-forma, singolo-vista, una
dimensionale, browsers display-oriented di fotoricettore.
GRML è usato con la singolo-forma, multi-vista, browsers
multidimensionali e dato-orientati di fotoricettore.
RSS è usato senza la forma, singolo-vista, una
dimensionale, browsers dato-orientati di fotoricettore.
Circa L'Autore
Sviluppandosi con il MFC per una coppia degli anni
ora. Funzionando ad ottenere ai miei nuovi browsers di
fotoricettore destra giusta. Dia un'occhiata
a
GRMLBrowser.com.
Vivendo a Memphis, il TN ed esso è coz grande là sono
assolutamente squadre di sport del maggiore (bene, tranne il
Grizzlies).
Fonte dell'articolo: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!
» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Webmaster prendi il Codice Html
Aggiungi questo articolo al tuo sito ora!
Webmaster invia i tuoi Articoli
Nessuna registrazione richiesta. Compila il form e i tuoi articoli sono nella Directory di Messaggiamo.Com