Est-il valide de définir des fonctions dans les résultats JSON?

Une partie de la réponse JSON d'un site Web avait ceci (... ajouté pour le contexte):

{..., now:function(){return(new Date).getTime()}, ...}

L'ajout de fonctions anonymes à JSON est-il valide? Je m'attendrais à chaque fois que vous accédez à «time» pour renvoyer une valeur différente.

Non.

JSON est uniquement destiné à être un langage de description de données. Comme indiqué sur http://www.json.org , il s'agit d'un «format léger d'échange de données». - pas un langage de programmation.

Selon http://en.wikipedia.org/wiki/JSON , les "types de base" pris en charge sont:

• Nombre (entier, réel ou virgule flottante)
• Chaîne (Unicode entre guillemets doubles avec échappement de barre oblique inverse)
• Booléen (vrai et faux)
• Tableau (une séquence ordonnée de valeurs, séparées par des virgules et entre crochets)
• Object (collection de clés: paires de valeurs, séparées par des virgules et entourées d'accolades)
• null

Le problème est que JSON en tant que langage de définition de données a évolué à partir de JSON en tant que notation d'objet JavaScript. Puisque Javascript prend en charge eval sur JSON, il est légitime de mettre du code JSON dans JSON (dans ce cas d'utilisation). Si vous utilisez JSON pour transmettre des données à distance, je dirais que c'est une mauvaise pratique de mettre des méthodes dans le JSON car vous n'avez peut-être pas bien modélisé votre interaction client-serveur. Et, en outre, lorsque vous souhaitez utiliser JSON comme langage de description de données, je dirais que vous pourriez vous créer des problèmes en intégrant des méthodes, car certains analyseurs JSON ont été écrits avec uniquement la description des données à l'esprit et peuvent ne pas prendre en charge les définitions de méthode dans la structure.

L'entrée JSON de Wikipedia est un bon argument pour ne pas inclure de méthodes dans JSON, citant des problèmes de sécurité:

À moins que vous ne fassiez entièrement confiance à la source du texte et que vous ayez besoin d'analyser et d'accepter du texte qui n'est pas strictement conforme à JSON, vous devez éviter eval () et utiliser JSON.parse () ou un autre analyseur spécifique JSON à la place. Un analyseur JSON reconnaîtra uniquement le texte JSON et rejettera tout autre texte, qui pourrait contenir du JavaScript malveillant. Dans les navigateurs offrant une prise en charge native de JSON, les analyseurs JSON sont également beaucoup plus rapides que eval. Il est prévu que le support JSON natif soit inclus dans la prochaine norme ECMAScript.

Citons l'une des spécifications - http://tools.ietf.org/html/rfc7159#section-12

La spécification du format d'échange de données The JavaScript Object Notation (JSON) indique:

JSON est un sous-ensemble de JavaScript mais exclut l'affectation et l'appel.

Puisque la syntaxe de JSON est empruntée à JavaScript, il est possible d'utiliser la fonction "eval ()" de ce langage pour analyser les textes JSON. Cela constitue généralement un risque de sécurité inacceptable, car le texte
peut contenir du code exécutable avec des déclarations de données . La même considération s'applique à l'utilisation des fonctions de type eval () dans tout autre langage de programmation dans lequel les textes JSON sont conformes à
la syntaxe de ce langage.

Donc, toutes les réponses indiquant que les fonctions ne font pas partie de la norme JSON sont correctes.

La réponse officielle est: Non, il n'est pas valide de définir des fonctions dans les résultats JSON!

La réponse pourrait être oui, car «le code est une donnée» et «la donnée est un code». Même si JSON est utilisé comme format de sérialisation de données indépendant du langage, un tunneling de «code» à travers d'autres types fonctionnera.

Une chaîne JSON peut être utilisée pour transmettre une fonction JS au navigateur côté client pour exécution.

[{"data":[["1","2"],["3","4"]],"aFunction":"function(){return \"foo bar\";}"}]

Cela conduit à des questions comme: Comment « exécuter du code JavaScript stocké sous forme de chaîne ».

Soyez prêt, pour lever votre drapeau "eval () is evil" et coller votre drapeau "Ne pas tunneler les fonctions via JSON" à côté.

Ce n'est pas standard pour autant que je sache. Un rapide coup d'œil sur http://json.org/ le confirme.

Non, certainement pas.

Si vous utilisez un sérialiseur JSON décent, il ne vous permettra pas de sérialiser une fonction comme celle-là. C'est un OBJET valide, mais pas un JSON valide. Quelle que soit l'intention de ce site Web, il n'envoie pas de JSON valide.

JSON exclut explicitement les fonctions car il n'est pas censé être une structure de données JavaScript uniquement (malgré le JS dans le nom).

Une réponse courte est NON ...

JSON est un format de texte complètement indépendant du langage, mais qui utilise des conventions familières aux programmeurs de la famille de langages C, notamment C, C ++, C #, Java, JavaScript, Perl, Python et bien d'autres. Ces propriétés font de JSON un langage d'échange de données idéal.

Regardez la raison pour laquelle:

Lors de l'échange de données entre un navigateur et un serveur, les données ne peuvent être que du texte.

JSON est du texte et nous pouvons convertir n'importe quel objet JavaScript en JSON et envoyer JSON au serveur.

Nous pouvons également convertir tout JSON reçu du serveur en objets JavaScript.

De cette façon, nous pouvons travailler avec les données en tant qu'objets JavaScript, sans analyse ni traductions compliquées.

Mais attendez ...

Il existe encore des moyens de stocker votre fonction, ce n'est généralement pas recommandé , mais toujours possible:

Nous avons dit, vous pouvez enregistrer un string... que diriez-vous alors de convertir votre fonction en chaîne?

const data = {func: '()=>"a FUNC"'};

Ensuite, vous pouvez stringify les données en utilisant JSON.stringify(data)puis en utilisant JSON.parsepour les analyser (si cette étape est nécessaire) ...

Et eval pour exécuter une fonction de chaîne (avant de faire cela, faites-vous simplement savoir en utilisant eval largement déconseillé):

eval(data.func)(); //return "a FUNC"

En utilisant NodeJS (syntaxe commonJS), j'ai pu faire fonctionner ce type de fonctionnalité, j'avais à l'origine juste une structure JSON dans un fichier JS externe, mais je voulais que cette structure soit plus une classe, avec des méthodes qui pourraient être décidées à Durée.

La déclaration de 'Executor' dans myJSON n'est pas requise.

var myJSON = {
    "Hello": "World",
    "Executor": ""
}

module.exports = {
    init: () => { return { ...myJSON, "Executor": (first, last) => { return first + last } } }
}

Les expressions de fonction dans le JSON sont tout à fait possibles, n'oubliez pas de les mettre entre guillemets. Voici un exemple tiré de la conception de base de données noSQL:

{
  "_id": "_design/testdb",
  "views": {
    "byName": {
      "map": "function(doc){if(doc.name){emit(doc.name,doc.code)}}"
    }
  }
}

bien qu'éval ne soit pas recommandé, cela fonctionne:

<!DOCTYPE html>
<html>
<body>

<h2>Convert a string written in JSON format, into a JavaScript function.</h2>

<p id="demo"></p>

<script>
    function test(val){return val + " it's OK;}
    var someVar = "yup";
    var myObj = { "func": "test(someVar);" };
    document.getElementById("demo").innerHTML = eval(myObj.func);
</script>

</body>
</html>

Laissez les guillemets ...

var a = {"b":function(){alert('hello world');} };

a.b();