Format JSON: descripció, exemple

Les variables, matrius i objectes són una forma familiar de representació de dades. És habitual descriure les dades en l'idioma del navegador JavaScript, que no és necessari en el llenguatge del servidor PHP. El format JSON permet generalitzar-los en un i no centrar-se en el llenguatge de programació. En aquest cas, les dades es converteixen en parells: "name = value". El valor en cadascun d'ells també pot ser una col·lecció de tals parells.

És costum associar JSON amb claudàtors i objectes JavaScript. Aquest últim està totalment justificat, ja que el format JavaScript JSON = Object Note. En els últims anys especialment dinàmics, molts han canviat. El que es va crear per a un propòsit específic, sovint va portar un fruit inesperat o va obrir nous horitzons.

Intercanvi de dades: navegador - servidor

La tecnologia AJAX s'ha convertit en tradicional, ja que l'habitual actualització de tota la pàgina ha deixat de ser popular. Un visitant, en obrir un lloc, inicia una sèrie d'intercanvis de dades parcials, quan una o altra pàgina canvia només al lloc que és rellevant.

Es creu que l'aparició de JSON es deu a l'ús d'AJAX, però de fet, les matrius associatives de JavaScript i la seva notació d'objectes (la sintaxi de descriure i utilitzar objectes) estan molt més relacionades amb JSON que l'intercanvi de dades entre el navegador i el servidor.

Atès que el contingut de les pàgines dels llocs moderns s'ha convertit realment en "massiu" (volumètric), l'eficàcia del format per a l'intercanvi de dades ha adquirit una importància especial. No es pot dir que JSON s'hagi convertit en una nova representació de dades, però el fet que ha estat durant molt de temps un element de la sintaxi de JavaScript és essencial.

L'ús de ciríl·lics en la nomenclatura variable és un fenomen molt inesperat (sense sentit), però funciona en les últimes versions de Chrome, Firefox i, fins i tot, a Internet Explorer 11.

Ciríl·lic i JSON

Per descomptat, no val la pena utilitzar aquest fenomen completament inesperat, recordant la facilitat amb què els valors de les variables escrites en lletres russes es converteixen en krakozyabry: què hi ha per dir sobre els noms, especialment els externs.

És dubtós que la iniciativa en els noms cirílics sigui compatible amb l'entorn extern del navegador, amb el qual ha de tractar constantment. Però aquest fet mereix atenció per la senzilla raó que el format JSON és la capacitat d'escriure noms i valors de la manera que un desenvolupador vol. Això és important perquè, en cada tasca, la descripció de l'àrea de l'aplicació, com ho requereix, simplifica enormement la depuració i redueix la quantitat d'errors.

No importa en què es basés la innovació sintàctica de JSON, és important que donés un dret legal i una oportunitat real de posar un partit: "qualsevol nom = qualsevol valor".

Hem de retre homenatge al llenguatge JavaScript: el que proporciona la sintaxi, no obliga al desenvolupador i no imposa res a ell. El desenvolupador utilitza lliurement la sintaxi del llenguatge per a la formació òptima del model de dades i l'algoritme per utilitzar-los.

PHP i JSON

Prenent les dades en format JSON, el servidor (a través de PHP en particular) proporciona la capacitat de processar-los tal qual i retornar el resultat al navegador en un format similar. Arrel del codi font PHP:

• $ CJSON = matriu ("a" => "alfa", "b" => "beta", "g" => "gamma").

Converteix a JSON per transferir al navegador:

• $ CJS = json_encode ($ cJSON ).

Resultat:

• {"A": "alfa", "b": "beta", "g": "gamma"}.

Es permet la nidificació que es mostra a la foto.

Aquí, la matriu va ser afegida per un nou element "en si mateix" amb l'índex automàtic "0" i, de nou, amb l'índex especificat "z".

La funció inversa, json_decode (), converteix la cadena JSON en una matriu PHP. Es poden obtenir resultats similars mitjançant la manipulació de funcions PHP: implode () i explode (). En alguns casos, aquesta opció és preferible.

Nivell d'anidament

Els elements es poden connectar entre si al costat del navegador i al costat del servidor. A la pràctica, el format JSON (descripció de RFC 4627) proporciona significativament més de 4 nivells d'anidació, però no hauria d'abusar d'aquesta característica.

El millor és no anar més enllà de la suficiència raonable, això fa que el codi sigui llegible, simplifica la seva depuració i comprensió per part d'altres desenvolupadors.

Normalment, JSON es refereix a estructures de dades que són més simples que XML, s'entenen simultàniament per persones i ordinadors. Això és cert quan la quantitat de dades és petita i el nivell de nidificació del desenvolupador ha triat de manera competent. En tots els altres casos, comptar el nombre de parèntesis i comprendre l'estructura de dades és difícil tant al costat del navegador com al servidor.

Fitxers JSON

L'ús de JSON a la pràctica sovint no es limita a una línia curta accessible. Qualsevol construcció de dades sempre és pragmàtica. En aquest cas, JSON es pot aplicar efectivament tant en dades de tasques reals (personal de l'empresa) com en la implementació de dades temporals (caché d'objectes).

Personal de l'empresa i format JSON: exemple

En general, un registre d'una persona és el cognom, el nom, el patronímic, l'any de naixement, l'especialitat, l'educació ... i alguns significats més senzills. Fins i tot en empreses especialment exigents, el registre d'una persona no superarà una dotzena o dos camps. Això és accessible a la percepció i es pot col · locar en una línia de base de dades.

Si hi ha diverses persones a la companyia, això és una cosa, però si desenes de milers són completament diferents. Podeu continuar utilitzant la base de dades, però emmagatzemar-lo com a fitxer es veu més pràctic i més accessible per al seu ús.

El format del fitxer JSON és un fitxer de text sense format. El cas amb la llista del personal, allà on va ser. Sempre es pot llegir. Obrir i editar també està disponible en qualsevol editor de text que no tingui l'hàbit d'afegir la informació del servei al contingut del fitxer. En general, * .json és un text pur tant dins del navegador com a l'interior del fitxer: una cadena.

La imatge mostra la memòria cau de l'objecte que forma la imatge, un exemple.

Aquest és un exemple dels continguts d'un fitxer generat per un lloc que proporciona un servei d'impressió volumètrica de color en tasses i productes ceràmics. Naturalment, és realment problemàtic decidir si teniu aquest tipus de format JSON que obrir-lo. Tanmateix, en aquest cas i en casos semblants, no hi ha cap problema en llegir el fitxer: PHP llegeix el fitxer, l'analitza i el envia al navegador. Les dades canviades pel visitant es tornen al servidor i es tornen a registrar.

En aquest cas, el fitxer actua com una variable que s'emmagatzema fora del codi. Si és necessari, la variable obté el valor del fitxer, i si el visitant modifica el diàleg proporcionat pel lloc, tots els canvis es registraran com està. No és necessari llegir i comprovar el contingut del fitxer.

JSON s'utilitza sovint per emmagatzemar i utilitzar la informació del servei: aquesta no és una llista de personal, no és necessari per al desenvolupador o per al visitant del lloc.

XML i JSON

"Tot ha estat el seu temps": el coneixement clàssic acceptat per l'axioma fins i tot abans de l'arribada de la programació. "Res no apareix així" - també va ser abans que una persona va escriure el primer programa intel·ligible en un llenguatge artificial.

Els formats de dades apareixen de la necessitat real i es basen en el coneixement obtingut. HTML té el seu propi camí, XML té el seu propi camí, i JSON és la lògica d'objectes de JavaScript que s'estén a altres idiomes. Comparar-ne un amb l'altre no és el millor. Per a cadascú el seu.

XML mira de forma milagrosa amb les seves tasques i anar a la història, clarament, no ho farà. I JSON es va utilitzar fins i tot abans de 2006, és que no tots els desenvolupadors consideraven que tenia el deure de declarar certes variants de presentar les seves dades.

Hi ha hagut casos en la pràctica quan es van escriure programes bàsics en BASIC que no fan servir JSON com a tal, sinó que emmagatzemen perfectament els parells "name = value" i els proporcionen els algoritmes correctes en el moment adequat.

Caràcters especials ("`, "~", "|", ...) i formats de dades

L'hàbit de treballar amb matrius associatives i objectes JavaScript fa que l'ús de JSON sigui natural i convenient. Aquest és realment un gran format, però la possibilitat de dividir-se i fusionar, manipular cadenes i matrius, té arrels molt més profundes.

Les funcions d'unir / dividir del llenguatge JavaScript i implode / explode del llenguatge PHP fan que sigui convenient i eficaç utilitzar tant formats de dades XML com JSON i la vostra pròpia versió. Aquest últim és sovint òptim, i els dos primers són ideals per a ús general. Si hi ha una transferència d'informació a un altre desenvolupador, servidor, arxiu o base de dades, XML i JSON no són millors. Amb tots ells funcionen, perquè la transmissió / recepció d'informació no necessita comentaris.

Ús de JSON a Android

Llegir i escriure dades en format JSON a Android no és només la norma de les coses, sinó també molts objectes orientats a treballar amb aquest format de dades.

Molts associen el fenomenal èxit de les xarxes socials amb el fet que els membres i visitants dels llocs rellevants (Facebook, LinkedIn, Twitter, ...) es beneficien dels materials publicats allí.

En aquest cas, s'utilitza el format JSON. Potser això sigui cert, però la qüestió no és la naturalesa fenomenal de les xarxes socials, sinó el fet que la presentació d'informació en el format "nom = valor" és convenient tant per a la programació com per al seu ús. A diferència de l'estricte i complex "XML", aquest és realment un format compatible amb l'usuari.

Matrius associatives

Va resultar que calia descriure les variables (JavaScript) o, almenys, especificar el valor inicial (PHP). En ambdós casos, la variable pot canviar el seu tipus amb molta facilitat. Si és necessari, l'idioma realitza aquesta conversió automàticament.

Però, per què no la variable també canvia el seu nom, no apareixerà durant l'execució de l'algorisme i no desapareixerà, quan la necessitat d'això desapareixerà? Les matrius associatives permeten resoldre aquest problema, però després d'utilitzar variables relativament dinàmiques, el nom de la matriu i les construccions sintàctiques corresponents es seguiran als llocs de la seva aplicació.

Sobretot aquesta circumstància està clarament expressada en PHP, però això es pot tolerar, però, amb el símbol "$" en el nom de la variable i la combinació "$ this->" dins de l'objecte. Programant alhora JavaScript i PHP, al principi és realment sorprenent com tot és diferent, però tot es torna tan familiar i natural ...

Matriu associativa -> JSON

En aquest exemple, es crea un document * .docx amb la biblioteca PHPOffice / PHPWord i la matriu aProperties conté les propietats d'aquest document (autor, empresa, títol, categoria, data de creació ...).

La segona matriu conté dades a la pàgina:

• Orientació (paisatge o convencional);
• Les mides en una posició vertical i horitzontal;
• Sagnats (camps de l'esquerra, des de dalt, des de baix, a la dreta);
• Encapçalaments i peus de pàgina.

El document es crea en el servidor on està instal·lada la biblioteca PHPOffice / PHPWord. El lloc proporciona la gestió dels valors d'aquestes matrius mitjançant JavaScript. El resultat en format JSON es torna al servidor i s'utilitza en algorismes PHP, en les seves construccions, és a dir, en matrius.

Variables dinàmiques

El format JSON soluciona el problema de les variables dinàmiques. Aquí podeu crear, modificar i eliminar variables sense piles de sintaxi innecessàries. Es veu bé i s'utilitza en JavaScript.

En aquest exemple, la funció GetOjInfo () selecciona el nom i el valor del valor de l'objecte. Inicialment, l'objecte de cadena JSON assignat a la variable ojInfo té tres elements: nom, edat i treball. Una mica més tard, s'afegeix l'estat variable.

Després de la primera expressió de supressió, la cadena ojInfo perd l'element d'edat, després del segon suprimir, l'element de treball. Suposant que aquesta línia és una col · lecció de variables que tenen un significat determinat, a continuació, mitjançant JSON, podeu crear, modificar i eliminar qualsevol dels seus conjunts fora del camp operatiu (sintaxi) de descriure i processar el llenguatge JavaScript.

El format JSON per a aquesta opció no es va calcular, però és possible, pràctic i convenient.