php serait beaucoup plus frais si vous pouviez écrire des choses comme ceci:
$array = [2, 3, 5];
$object = { "name" : "Harry", "age" : 23, "cats" : ["fluffy", "mittens", "whiskers"]};
8 Réponses :
Un mélange de tableaux associatifs et indexés numériquement vous obtient généralement assez près: à mon avis (surtout en raison de l'existence json_encode ) ce n'est pas de manière significative différente écrire un Json droit sur quelque chose comme ce qui précède.
Si vous voulez écrire quelque chose qui n'est pas PHP, utilisez quelque chose qui n'est pas PHP. Sinon, utilisez tableau () code>. $array = array(2, 3, 5);
$object = array('name' => 'Harry', 'age' => 23, 'cats' => array('fluffy', 'mittens', 'whiskers'));
Changements de langues. PHP n'avait pas de cours ou de fermetures, maintenant. Je trouve la syntaxe de tableau (=>) pour être inutilement verbeuse. J'aime [] et {:}
Eh bien, PHP a adopté la notation [] pour les tableaux, qui est syntaxiquement meilleure que tableau () , donc nous aurons probablement la notation d'objet JSON aussi.
PHP ne gère pas JSON - Whiwch est la raison pour laquelle il vous donne les outils pour encoder / décoder.
Je vous êtes désespéré de "écrire" de cette manière, il suffit de coller des citations autour de lui: P>
$object = '{ "name" : "Harry", "age" : 23, "cats" : ["fluffy", "mittens", "whiskers"]}';
Comme les personnes ont déclaré ci-dessus, différentes langues ont une syntaxe différente - si vous n'aimez pas la syntaxe de PHP, vous pourriez envisager d'envisager d'autres langues.
JSON signifie "
Je ne pense pas que la sémantique / la nommée est une bonne raison de ne pas avoir la fonctionnalité. Appelez cela phpon si vous voulez. Je suis juste en train de regarder les options pour améliorer php avec syntaxe plus serrée.
Je n'ai pas dit que le nom était une raison pour ne pas l'ajouter à PHP - je remarquais simplement l'origine de la syntaxe dans une langue que vous pouvez déjà utiliser sur le côté serveur.
La liste et les dictionnaires de Python ont une syntaxe similaire. Pour que je trouve que Néater et plus élégant que le tableau () construction.
@Aircule, @bill - Je suis un peu confus, pourquoi vous êtes apparemment opposé à quelque chose que je n'ai pas dit du tout - je n'ai dit nulle part où ajouter une syntaxe JSON à PHP serait une mauvaise idée, personnellement je Faites comme l'idée en théorie. J'essaie simplement de suggérer des alternatives utiles si l'OP souhaite utiliser cette syntaxe sur le côté serveur aujourd'hui (plutôt que d'attendre que Zend change de l'esprit).
Désolé, quand vous avez écrit "JSON signifie" notation d'objet JavaScript "" Je pensais que vous étiez snotty et faire un argument muet. Malentendu. J'aimerais utiliser les JS côté serveur, mais j'ai commencé sur un projet avec une grande base de code existante, il est donc possible de changer de langue n'est pas une option. Merci pour votre contribution
Syntaxe différente des tableaux PHP a été proposé et rejeté plusieurs fois auparavant.
malheureux, je sais, parce que je déteste la syntaxe laide aussi.
"Prendrait la distinction de []"? "Non consultable à travers les moteurs de recherche"? "Illisible"? Je suis sans voix. Je suis littéralement sans discours .
Pro: Lisible. Con: illisible. AKA: "Je ne suis pas disposé à admettre que c'était une mauvaise idée de la première place" biais. J'aime PHP, mais il y a plus de quelques aspects de la langue très encombrant.
C'est l'une des raisons pour lesquelles PHP perd la popularité. La syntaxe est vraiment ancienne
Vous pouvez simplement envelopper votre DataStructure dans json_decode et être fait avec elle: Oui, il ne fait pas Typechecking tant que l'instruction n'est pas exécutée, et vous aurez un peu de Un problème de manipulation de citations multiples, mais vous pouvez toujours utiliser un hérédoc pour cela.
Cela renoncerait à toute syntaxe mettant en évidence votre éditeur peut faire et faire déboguer autant plus fort. Vous aurez également plus de problèmes avec des citations d'échappement. Semble avoir plus de problèmes que ça vaut la peine. Et pour des tableaux simples comme Array (2, 3, 5) C'est en fait plus Verbose.
Oh, je ne néglige pas tous les inconvénients.
mise à jour: tout ce ci-dessous est devenu un peu discutable avec PHP 5.4; Nous avons maintenant Oui, la syntaxe du tableau de PHP est trop verbeuse et laide et je souhaite aussi que ce soit plus terres.
Non, ce ne serait probablement pas une bonne idée de tenter de changer cela pour les versions existantes de PHP, car c'est une fonctionnalité qui devrait être cuite à l'analyseur. Cela signifie que vos applications PHP ne s'exécuteraient que sur des versions compilées personnalisées de PHP, ce qui rend votre application beaucoup moins portable et annule ainsi l'une des bonnes choses sur PHP.
Vous voudrez peut-être essayer quelque chose comme un compilateur, qui compilait votre syntaxe de tableau personnalisée en syntaxe normale avant d'exécuter le code. Si vous êtes allé cela bien cependant, en utilisant une langue entièrement différente pour commencer, peut être le meilleur choix.
Essayez de faire pression pour une syntaxe de type JavaScript pour PHP 6.x. Jusque-là, écrivez simplement [..] syntaxe de tableau.
tableau () . :)
Si PHP serait beaucoup plus froide et vous laisserait simplement écrire des choses comme ceci, ce serait JavaScript, je suppose;) mais sérieux:
Mon approche pour ce problème est de charger des fichiers JSON ( Obtenir des données de JSON Fichier avec PHP ) et vous décodez simplement.
Peut-être que vous pourriez également utiliser un outil de construction comme GRUNT / GUNP et StringYfie et injecter des fichiers JSON séparés dans votre code PHP. ( https://florian.ec/articles/bulting-symfony2-with-gulp/ )
PHP utilise des tableaux pour de telles choses. Trouvez-vous votre chemin plus facile?
Je l'ai voulu depuis longtemps. Voyant celui-ci, parmi beaucoup, des raisons inueuses données à la décision de choisir
\ au lieu de:: pour l'opérateur d'espace de noms était la difficulté perçue de l'analyse: : correctement, je doute que cela puisse être mis en œuvre facilement. Une autre raison donnée était que\ était déjà familier aux utilisateurs de Windows en tant que caractère de séparation, comme si cela était important.@Hrishi, même si JSON s'est traduit par des tableaux associatifs, ce serait bien. Je préfère fortement la syntaxe TERSE JSON sur le tableau (=>)
L'ajout de cela à PHP n'est pas une option. Mais il pourrait y avoir des éditeurs de texte qui peuvent faire plus de pliage de code élaboré (transformation d'affichage) au lieu de la sélection de la syntaxe.