jQuery ne pas analyser mon JSON à partir d'une requête AJAX

Est votre serveur qui envoie les données en tant que Content-Type "*/json"? Si non, de modifier les en-têtes de réponse en conséquence. L'envoi de "application/json" serait bien, par exemple.

Chaînes JSON sont enveloppés dans double les devis, les apostrophes ne sont pas un substitut valable.

{"who": "Hello World"}

est valide, mais ce n'est pas...

{'who': 'Hello World'}

Alors que l'OP du problème, de la pensée, il vaut la peine de noter, pour ceux qui atterrissent ici.

J'ai eu ce problème et pour un peu, j'ai utilisé

eval('('+data+')')

pour obtenir les données renvoyées dans un objet. mais ensuite, plus tard, il avait d'autres problèmes à obtenir un "manque d' ) dans la parenthèse' erreur et a trouvé que jQuery a une fonction spécifiquement pour l'évaluation d'une chaîne pour une structure json:

$.parseJSON(data)

devrait faire l'affaire. C'est en plus d'avoir votre chaîne json dans le format correct de cours..

{ title: "One", key: "1" }

N'est pas ce que vous en pensez. Comme une expression, elle est un Objet littéral, mais comme une déclaration, c'est:

{                //new block
    title:       //define a label called 'title' for goto statements
        "One",   //statement: the start of an expression which will be ignored
        key:     //...er, what? you can't have a goto label in the middle of an expression
                 //ERROR

Malheureusement eval() ne vous donne pas un moyen de spécifier si vous êtes en lui donnant une instruction ou une expression, et il a tendance à deviner tort.

La solution habituelle est en effet d'envelopper rien entre parenthèses avant de l'envoyer à la fonction eval (). Vous dites que vous avez essayé sur le serveur... clairement d'une certaine manière qui n'est pas de passer à travers. Il doit être étanche à dire sur le client, quelle qu'en soit la réception de la XMLHttpRequest réponse:

eval('('+responseText+')');

au lieu de:

eval(responseText);

tant que la réponse est vraiment l'expression n'est pas un énoncé. (eg. il n'a pas plusieurs, point-virgule, ou-saut de ligne-séparés clauses.)

Si vous consommez ASP.NET des Services Web à l'aide de jQuery, assurez-vous que vous avez inclus dans votre site web.config:

<webServices>
    <protocols>
        <add name="HttpGet"/>
        <add name="HttpPost"/>
    </protocols>
</webServices>

Les techniques de "eval()" et "JSON.parse()" utiliser mutuellement exclusifs formats.

• Avec "eval()" entre parenthèses sont nécessaire.
• Avec "JSON.parse()" entre parenthèses sont interdit.

Méfiez-vous, il y a "stringify()" les fonctions qui produisent des "eval" format. Pour l'ajax, il est recommandé d'utiliser le format JSON.

Alors que "eval" intègre l'ensemble du langage JavaScript, JSON utilise seulement un petit sous-ensemble de la langue. Parmi les constructions du langage JavaScript que "eval" doit reconnaître, c'est la "Instruction de bloc" (un.k.un. "composé de déclaration"); qui est une paire ou des accolades "{}" avec certains états à l'intérieur. Mais accolades sont également utilisés dans la syntaxe de l'objet de littéraux. L'interprétation est différenciée par le contexte dans lequel le code s'affiche. Quelque chose qui pourrait ressembler à un littéral d'objet pour vous, mais "eval" la verrez comme une instruction composée.

Dans le langage JavaScript, des littéraux d'objet se trouvent à droite d'une affectation.

var myObj = { ...some..code..here... };

Objet littéraux de ne pas se produire sur leur propre.

{ ...some..code..here... }   //this looks like a compound statement

Revenir à l'OP question d'origine, a demandé en 2008, il a demandé pourquoi je ne parvient pas à "eval()":

{ title: "One", key: "1" }

La réponse est que cela ressemble à une instruction composée. Pour le convertir en un objet, vous devez le mettre dans un contexte où une instruction composée est impossible. C'est fait en mettant des parenthèses autour d'elle

( { title: "One", key: "1" } )    //not a compound statment, so must be object literal

L'OP a aussi demandé pourquoi une déclaration similaire ne avec succès eval:

[ { title: "One", key: "1" }, { title: "Two", key: "2" } ]

La même réponse s'applique -- les accolades sont dans un contexte où une instruction composée est impossible. C'est un tableau contexte, "[...]", et les tableaux peuvent contenir des objets, mais ils ne peuvent pas contenir de déclarations.

Contrairement à la fonction "eval()", JSON est très limitée dans ses capacités. La limitation est intentionnelle. Le concepteur de JSON prévu minimaliste sous-ensemble de JavaScript, en utilisant uniquement la syntaxe qui pourrait apparaître sur le côté droit d'une affectation. Donc, si vous avez un code qui analyse correctement JSON...

var myVar = JSON.parse("...some...code...here...");

...ce qui implique, elle aussi légalement analyser sur le côté droit d'une affectation, à l'instar de ce..

var myVar = ...some..code..here... ;

Mais ce n'est pas la seule restriction sur JSON. Le BNF du langage de spécification pour JSON est très simple. Par exemple, il ne permet pas l'utilisation de guillemets pour indiquer des chaînes de caractères (comme le JavaScript et Perl faire) et il n'y a pas une façon d'exprimer un caractère unique comme un octet (comme C' est le cas). Malheureusement, c'est aussi ne pas autoriser les commentaires (ce qui serait vraiment sympa lors de la création des fichiers de configuration). L'avantage de toutes ces limitations, c'est que le parsing JSON est rapide et n'offre aucune opportunité pour l'injection de code (une menace pour la sécurité).

En raison de ces limitations, JSON a pas l'usage de la parenthèse. Par conséquent, une parenthèse dans une chaîne JSON est un caractère illégal.

Toujours utiliser le format JSON avec l'ajax, pour les raisons suivantes:

• Typique de l'ajax pipeline sera configuré pour JSON.
• L'utilisation de "eval()" sera critiqué et considéré comme un risque pour la sécurité.

Comme un exemple d'ajax pipeline, envisager un programme qui implique un Nœud de serveur et un jQuery client. Le programme client utilise jQuery appel ayant la forme $.ajax({dataType:'json',...etc.});. JQuery crée un jqXHR objet pour l'utiliser plus tard, les paquets et envoie la demande connexe. Le serveur accepte la demande, processus, et est alors prêt à répondre. Le programme serveur qui fera appel à la méthode res.json(data) à emballer et d'envoyer la réponse. De retour du côté client, jQuery accepte la réponse, consulte les associés jqXHR objet, et le processus des données au format JSON. Tout cela fonctionne sans aucun besoin de manuel de conversion de données. La réponse implique pas d'appel explicite à JSON.stringify() sur le Nœud du serveur, et pas d'appel explicite à JSON.parse() sur le client; que tout est fait pour vous.

L'utilisation de "eval" est associée à l'injection de code des risques de sécurité. Vous pourriez penser, il n'existe aucun moyen qui puisse arriver, mais les pirates peuvent obtenir très créatif. Aussi, "eval" est problématique pour Javascript optimisation.

Si vous vous trouvez à l'aide d'un l'aide d'un "stringify()" fonction, sachez que certaines fonctions de ce nom permettra de créer des chaînes de caractères qui sont compatibles avec la fonction "eval" et pas avec JSON. Par exemple, dans le Nœud, le suivant vous donne la fonction qui crée des chaînes dans "eval" format compatible:

var stringify = require('node-stringify'); //generates eval() format

Cela peut être utile, mais à moins d'avoir un besoin spécifique, il n'est probablement pas ce que vous voulez.

Si jQuery gestionnaire d'erreur est appelé et le XHR objet contient "erreur d'analyse", c'est probablement une erreur de l'analyseur de retour à partir du serveur.

Est votre résultat plusieurs scénario lorsque vous appelez le service sans paramètre, mais il est en train de briser lorsque vous essayez de fournir un paramètre pour récupérer l'enregistrement unique?

Ce backend sont à vous de retourner auprès de?

Sur ASMX services, par exemple, c'est souvent le cas lorsque les paramètres sont fournis à jQuery comme un objet JSON au lieu d'une chaîne JSON. Si vous fournissez jQuery un véritable objet JSON pour ses "données" paramètre, il va sérialiser en standard & délimité k,v paires au lieu de l'envoyer sous forme de JSON.

jQuery étouffe sur certains JSON clés. J'ai été l'envoi de cette JSON extrait de code en PHP:

echo json_encode((object) array('result' => 'success'));

De renommer le "résultat" touche à quelque chose d'autre travaux. Je suppose que c'est un mot réservé de collision d'une certaine sorte, et pourrait être un bug dans jQuery (1.4.2).

également essayer cette

$.ajax({
    url: url,
    data:datas,
    success:function(datas, textStatus, jqXHR){
    var returnedData = jQuery.parseJSON(datas.substr(datas.indexOf('{')));
})};

dans mon cas, le serveur répond avec unknow caractère before '{'

J'ai eu du mal avec cela, et a passé quelques heures à essayer de comprendre cela, jusqu'à ce que j'ai utilisé firebug pour afficher les données de l'objet.

var data = eval("(" + data.responseText + ")");
console.log(data.count);