JSON-formaat: beskrywing, byvoorbeeld

Veranderlikes, skikkings, en voorwerpe - 'n bekende en gerieflike vorm van data-aanbieding. Beskryf die geneem in die leser in JavaScript wat nie noodwendig taal PHP bediener doen data. JSON-formaat kan jy dit stel in een geheel, en nie om te fokus op die programmeertaal. Die data is omskep in 'n paar van die "naam = waarde". Die waarde in elkeen van hulle kan ook 'n versameling van hierdie pare wees.

Goedkeuring into wat verband hou met draadjies en JavaScript voorwerpe. Laasgenoemde is baie geregverdig, aangesien into = Object Notasie JavaScript-formaat. In die afgelope jaar, veral dinamiese, veel het verander. Wat geskep is vir 'n spesifieke doel, bring dikwels onverwagte resultate en oop nuwe horisonne.

Data-uitruilprogram: die leser - bediener

AJAX tegnologie het die tradisionele, normale werk word die hele bladsy is nie meer gewild. Die besoeker, die opening van die webwerf, inisieer 'n reeks van gedeeltelike data uitruil, toe 'n paar bladsye net wissel in die plek wat agterstallig is.

Dit het geglo dat die voorkoms into wat daarmee gepaard gaan AJAX, maar eintlik assosiatiewe JavaScript skikkings en Object Notasie (veral sintaksis beskrywing en gebruik van voorwerpe) is veel meer verwant aan die verhouding van into, as data-uitruilprogram tussen die leser en die bediener.

Sedert die inhoud van bladsye van kontemporêre webwerwe regtig "massiewe" geword het (surround), en die doeltreffendheid van die formaat vir data-uitruilprogram op homself geneem het spesiale betekenis. Ons kan nie sê dit was die nuwe into voorstelling van die data, maar die feit dat hy 'n lang JavaScript sintaksis element was noodsaaklik.

Die gebruik van die Cyrilliese alfabet in die benaming van veranderlikes - baie onverwagte verskynsel (nonsens), maar dit werk in die afgelope weergawes van Chrome, Firefox, en selfs, in Internet Explorer 11.

Cyrilliese en into

Natuurlik, om 'n heeltemal onverwagse verskynsel gebruik is nie die moeite werd om te onthou hoe maklik die waardes van veranderlikes aangeteken in Russiese letters, het in brabbeltaal, wat kan ek sê oor die name, veral buitelandse.

Dit is onwaarskynlik dat die inisiatief ter ondersteuning van Cyrilliese name buite die leser omgewing, waarmee hy voortdurend te doen het met. Maar hierdie feit verdien aandag vir die eenvoudige rede dat die JSON-formaat - dit is 'n geleentheid om die name en waardes te skryf as wat jy wil om die ontwikkelaar. Dit is belangrik, want in elke probleem beskrywing toepassingsveld as dit nodig is, grootliks vereenvoudig ontfouting en verminder foute.

Maak nie saak watter soort van 'n basis sintaktiese innovasie - into, is dit belangrik dat dit het 'n wetlike reg en 'n ware geleentheid om die lyn te sit: " 'n naam = enige waarde."

Ons moet hulde bring aan die JavaScript taal: wat sintaksis bied nie die ontwikkelaar vereis en dit beteken niks op te lê. Ontwikkelaar gebruik vrylik taal sintaksis vir optimale vorming van die data model en die algoritme wat hulle gebruik.

PHP en into

Neem data in JSON-formaat, die bediener (via PHP, in die besonder) hulle in staat stel om te hanteer as dit is en om die resultaat terug te keer na die leser in dieselfde formaat. Bron verskeidenheid PHP:

• $ CJSON = array ( " 'n" => "alfa", "b" => "beta", "g" => "gamma").

Omskakeling van 'n JSON-formaat vir die oordrag na die leser:

• $ CJS = json_encode ($ cJSON) .

gevolg:

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

Toegelaat word in foto nes.

Hier gevorm deur die skikking 'n nuwe element "om self" is bygevoeg met outomatiese indeks "0", en dan weer met hierdie "z" indeks.

Inverse funksie - json_decode () vat 'n into string in 'n PHP array. Soortgelyke resultate bereik kan word deur die manipulering van die PHP funksies: Imploderen () en ontplof (). In sommige gevalle, hierdie opsie is beter.

nesvlak

Die elemente kan geneste in mekaar as die leser-kant of bediener kant. In die praktyk JSON-formaat (beskrywing RFC 4627 standaard) bied aansienlik meer as 4 vlakke van nes, maar moet nie hierdie moontlikheid misbruik.

Dit is die beste om nooit verder as die grense van redelike genoegsaamheid, dit maak die kode leesbare, makliker om te ontfout en begrip van ander ontwikkelaars.

Into uitgevoer kan word om die data strukture wat die XML makliker, beide mens en rekenaars verstaan. Dit is waar, wanneer die bedrag van data is klein en die nes vlak van die ontwikkelaar oordeelkundig gekies. In alle ander gevalle, die getal van hakies en verstaan die struktuur van die data is moeilik as die leser-kant en bediener-kant.

into lêers

Toepassing van into in die praktyk dikwels is nie beperk tot die persepsie van beskikbare kort string. Enige data struktuur is altyd pragmatiese. Op dieselfde into effektief toegepas kan word in die werklike data van die probleem (staat onderneming), sowel as vir die implementering van 'n tydelike data (kas voorwerp).

Staatsondernemings en into-formaat: Voorbeeld

Normaalweg opname oor een persoon - 'n naam, die naam, datum van geboorte, beroep, opvoeding, ... en nog 'n paar beskeie waardes. Selfs in die mees veeleisende maatskappye rekord van een persoon nie meer as 'n dosyn of twee velde. Hierdie persepsie is beskikbaar en kan in 'n databasis ry geplaas word.

Indien die maatskappy 'n hele paar mense in diens - is een ding, maar as tienduisende - is iets heel anders. Jy kan voortgaan om die databasis te gebruik, maar hou dit in 'n lêer lyk meer praktiese en meer bekostigbaar te gebruik.

Lêer formaat into - 'n plain text lêer. In die geval van die personeel, alles reg. Lees dit altyd moontlik nie. Oop en verandering is ook beskikbaar in 'n teks editor wat nie die gewoonte om hul eie inligting in die lêer inhoud by te voeg het nie. Oor die algemeen, * .json- - dit is suiwer teks binne die leser, en binne die lêer - string.

Die foto toon 'n kas voorwerp, die vorming van 'n prentjie voorbeeld.

Dit is 'n voorbeeld van lêer inhoud gegenereer webwerwe bied kleur druk volume op bekers en keramiek. Natuurlik, om te besluit met 'n into-formaat jy dit oopmaak, werklik problematies. Maar in hierdie en soortgelyke gevalle, probleme met 'n lêer lees ontstaan: PHP lees die lêer, ontleed dit en stuur aan die leser. Veranderde besoeker data is terug na die bediener en teruggeskryf.

In hierdie beliggaming, die gebruik van die lêer verskyn as 'n veranderlike wat buite die kode gestoor word. As dit nodig is, is die veranderlike die waarde van die lêer opgedra, en indien dit verander deur die besoeker in die dialoog, voorsiening gemaak vir die webwerf, sal alle veranderinge aangeteken word soos dit is. Jy hoef nie te lees en te verifieer die inhoud van die lêer.

Into word dikwels gebruik vir die berging en gebruik van vertroulike inligting - is nie personeel, dit is nie nodig om óf die ontwikkelaar of site besoeker sien.

XML en into

"Al betyds" - klassieke kennis, as vanselfsprekend aanvaar nog voor programmering. "Nie dat daar nie net" - dit was ook voor die mense het die eerste verstaanbare program in 'n kunsmatige taal.

data formaat verskyn op die werklike behoeftes en is gebaseer op die bereik kennis. In HTML - sy pad, in XML - het sy eie manier, en into - JavaScript Object is logika uitgebrei na ander tale. Om te vergelyk met mekaar is nie die beste beroep. Om elkeen sy eie.

XML wonderlik gaan met hul take en afgaan in die geskiedenis is duidelik nie van plan om. A into gebruik tot 2006, net nie elke ontwikkelaar het dit sy plig beskou om te verklaar sekere opsies hul data aan te bied.

Daar was gevalle in die praktyk toe BASIC is programme hoef into nie gebruik as sodanig geskryf, maar perfek stoor pare "naam = waarde" en stel dit beskikbaar aan algoritmes pas op die regte tyd.

Spesiale karakters ( «` »,« ~ »,« | », ...) en data formate

Die gewoonte van die werk met assosiatiewe skikkings en voorwerpe in JavaScript gebruik maak into natuurlike en gemaklike. Dit is regtig 'n groot formaat, maar die vermoë om te deel en te verbind, te manipuleer snare en skikkings, het baie dieper wortels.

Funksies aan te sluit / split JavaScript taal en implode / ontplof PHP taal kan gerieflik en doeltreffend te gebruik as die XML data formaat, into, en sy eie weergawe. Laasgenoemde is dikwels optimale, en die eerste twee is ideaal vir algemene gebruik opsies. As dit is die oordrag van inligting na 'n ander ontwikkelaar, bediener, na 'n lêer of databasis, XML en into is beter om nie te vind. Hulle het almal werk, omdat die oordrag / ontvangs van inligting nie kommentaar nodig het.

Die gebruik van into in Android

Lees en skryf data in JSON-formaat in Android - nie net die norm van dinge nie, maar ook 'n stel van voorwerpe, georiënteerde om te werk met so 'n data-formaat.

Baie skryf die fenomenale sukses van sosiale netwerk-webwerwe, sodat lede en besoekers van die webwerwe (Facebook, LinkedIn, Twitter, ...) voordeel trek uit die daar gepubliseerde materiaal.

Dit maak gebruik van dit te into. Miskien is dit waar, maar die vraag is nie in die fenomenale sosiale netwerke, maar die feit dat dit inderdaad die voorsiening van inligting in die formaat van "naam = waarde" is gerieflik vir ontwikkeling, en vir gebruik. In teenstelling met die streng en gekomplekseer «XML» dit is regtig mens-vriendelike formaat.

assosiatiewe skikkings

Dit so gebeur dat die veranderlikes moet beskryf (JavaScript) of selfs 'n begin waarde (PHP) spesifiseer. In beide gevalle, die veranderlike kan sy tipe verander is baie maklik. Indien nodig, die taal beteken dit omskakeling outomaties.

Maar hoekom nie die veranderlike verander en sy naam verskyn nie in die prestasie van die algoritme en nie verdwyn wanneer die behoefte vir dit sal verdwyn? Assosiatiewe skikkings ons in staat stel om hierdie probleem op te los, maar dan is die gebruik van so 'n relatief dinamiese veranderlike naam van die skikking en die toepaslike sintaksis sal volg op die punt van gebruik.

Dit is veral uitgespreek feit in PHP, maar dit kan nie geduld word, soos inderdaad, met die simbool "$" om die veranderlike naam en die kombinasie van "$ this->" binne die voorwerp. Gelyktydig programmering in JavaScript en PHP, eerste regtig verbaas wees hoe alles is anders, maar dan word alles so bekend en natuurlike ...

Assosiatiewe skikking -> into

In hierdie voorbeeld, deur PHPOffice / PHPWord biblioteek skep 'n dokument * Docx, en 'n verskeidenheid van aProperties bevat die dokument eienskappe (skrywer, maatskappy, titel, kategorie, datum, ...).

Die tweede reeks bevat die data op die bladsy:

• oriëntasie (landskap of normale);
• dimensies horisontaal en vertikaal;
• koppeltekens (veld verlaat het, bo, onder, regs);
• voet.

Vorming van die dokument is uitgevoer op 'n bediener wat is wat loop 'n biblioteek PHPOffice / PHPWord. Die webwerf bied die waardes van die bestuur van hierdie skikkings deur JavaScript. Die gevolg is terug in into terug na die bediener en word gebruik in die algoritmes in PHP, in sy ontwerpe, wat in die skikkings.

dinamiese veranderlikes

JSON-formaat los die probleem van dinamiese veranderlikes. Hier jy kan skep, wysig, en veranderlikes te verwyder sonder onnodige sintaktiese planke. Dit lyk mooi en is gebruik in JavaScript.

In hierdie voorbeeld GetOjInfo () kies die naam van die waarde en belangrikheid van die voorwerp. Aanvanklik into-string voorwerp aan 'n veranderlike ojInfo, dit het drie elemente: naam, ouderdom en werk. 'N Rukkie later bygevoeg om die veranderlike Status.

Na afloop van die eerste operateur verwyder ojInfo string verloor element ouderdom, nadat die tweede verwyder - element werk. As ons aanvaar dat die string 'n seleksie van veranderlikes wat 'n spesifieke betekenis het, deur into kan eintlik skep, verander of enige van hul stelle uit die chirurgiese veld (sintaksis) en JavaScript beskrywing taal verwerking verwyder.

JSON-formaat op so 'n opsie is nie ontwerp, maar dit is moontlik, praktiese en gerieflik.