comment faire pour envoyer le type int paramètres à l'aide de jquery

Je suis en construction d'un service web qui permettra de communiquer avec une page web à l'aide de jquery.
Je veux construire mon webservice de sorte qu'il est de type sécurisé, sans avoir besoin d'effectuer des conversions sur le côté serveur.

Comment puis-je émettre un appel ajax côté client, l'utilisation de jquery pour le serveur qui attend un int valeur de paramètre.

Edit:
J'ai compris que ce n'est pas possible. Je suis de programmation côté serveur avec c#.
actuellement, le service web prend en charge à la fois des appels de client (js) et d'autres services publics (autres c# de programmes). La solution la plus simple que je peux actuellement penser est de copier les méthodes et modifier leur signature à la chaîne, puis de convertir les types de données et d'appeler les méthodes, cette fois avec les types de données correcte.

Est-il de toute .net 4 attribut que je peux décorer ma méthode qui effectue cette opération automatiquement?

Merci

OriginalL'auteur vondip | 2011-01-20

  1. 7

    Je crains que vous ne pouvez pas. Tous les paramètres d'envoyer une demande sont de type string.

    Vous pouvez envoyer les paramètres comme encodé en JSON.

    En supposant un objet

    {"int":1}

    urlencoded il est

    %7B%22int%22%3A1%7D

    Envoyer une demande à http://domain.org/params=%7B%22int%22%3A1%7D

    sur domain.org décoder:

    $params=json_decode($_GET['params']);

    Et vous verrez que le type est toujours entier:

    echo gettype($params->int);

    Mais cette façon est un serverside de conversion(parce que vous avez besoin pour décoder le JSON).

    Concernant le commentaire au-delà, voici un exemple qui montre que ce n'est pas un cochon avec du rouge à lèvres, d'essayer et de voir si les types sont conservés:

    <html>
<head>
<title>Test</title>
<script type="text/javascript">
<!--
function request()
{
  var obj={
            "pig":1,
            "cow":2.2,
            "duck":'donald',
            "rabbit":{"ears":2}
          };
  location.replace('?params='+encodeURIComponent(JSON.stringify(obj)));
}

//-->
</script>
</head>
<body>
<input type="button" onclick="request()" value="click">
<pre><?php
  if(isset($_GET['params']) && $params=json_decode($_GET['params']))
  {
    var_dump($params);
  }
?>
</pre>
</body>
</html>

    De sortie:

    object(stdClass)#1 (4) {
  ["pig"]=>
  int(1)
  ["cow"]=>
  float(2.2)
  ["duck"]=>
  string(6) "donald"
  ["rabbit"]=>
  object(stdClass)#2 (1) {
    ["ears"]=>
    int(2)
  }
}

    Ce n'est pas mauvais dans mon esprit, c'est tout simplement ce que JSON a été "inventé" pour, l'échange de données entre les applications.

    approche intéressante, mais il ajoute une surcharge pour chaque appel (même si c'est très simple)
    le principal problème est dans mon esprit la taille du paramètre, en fonction de la quantité de valeurs, vous aurez à vous envoyer peut très vite rayer la limite pour OBTENIR des demandes.
    Dans un certain sens, c'est le rouge à lèvres sur un cochon, non? Rien n'empêche quelqu'un de malveillant d'élaboration d'une chaîne encodée json de la forme {"int": "some_string_here"} ou {"string": 1}. À la fin de la journée, vous devez toujours vérifier que la valeur est du type correct et une valeur valide. Cela pourrait être intelligent si le côté serveur de code correctement décode les invalides de chaînes json certaine valeur valide. Par exemple, transformer une chaîne de caractères qui est destiné à être un int en 1 ou quelque chose. Aussi longtemps que vous savez ce qui se passe dans ce cas de bord à l'avance, c'est une solution élégante.
    Le label "int" n'a rien à voir avec le type, si vous aimez vous pouvez utiliser {"pig":1} , cochon va également être de type entier. La question est de préserver les types, et c'est ce que ma réponse fournit.

    OriginalL'auteur Dr.Molle

  2. 3

    Vous devez tout de même de convertir toutes les valeurs de type int sur le serveur, pour des raisons de sécurité.

    De client, il suffit de passer entiers, comme script.php?id=2

    $.get('script.php?id=2', function(data) {
  $('.result').html(data);
  alert('Load was performed.');
});
    Que vous pouvez avoir des problèmes de sécurité. C'est la raison pour laquelle les sites piraté
    pouvez-vous donner quelques détails supplémentaires sur les questions de sécurité avec cette approche?
    cela dépend de ce que vous faites avec tha données et les colères de proposer des "unlogical" des valeurs comme les nombres négatifs où seuls points positifs sont autorisés à sql-injection si vous n'êtes pas à l'aide de déclarations préparées à l'avance et d'insérer les données de votre base de données sans vérifier

    OriginalL'auteur simon

  3. 3

    vous devriez ne faites jamais confiance aux données du client, de sorte que vous aurez à vérifier toutes les valeurs sur serverside de toute façon pas faire cela va provoquer des trous de sécurité.

    en outre, il est absurde de toute façon, parce que vous pouvez traiter vos valeurs en tant que ints, des flotteurs ou que ce soit dans votre JS-code (à l'aide de parseInt(), parseFloat() ...), mais lors de l'envoi d'une requête au serveur, c'est perdu - paramètres n'ont pas d'informations sur leur type de données envoyées au serveur, donc ils sont tous traités comme des chaînes de caractères (et, en fonction de votre serveur, convertis à ce qui est attendu lors de la réception)

    +1 pour le "ne faites jamais confiance aux données du client."

    OriginalL'auteur oezi

  4. 1

    Cela dépend du langage que vous utilisez sur le côté serveur. Certaines langues seront automatiquement le type de fonte, d'autres ne le seront pas. Par exemple PHP va le convertir en quelque chose comme ?id=1 pour le type int, alors que je crois ruby gardera une chaîne de valeur, sauf si vous explicitement convertir un int.

    Malheureusement, vous ne pouvez pas garantir que quelque chose envoyés à partir de javascript est toute sorte de type de son propre chef, sans être spécifique au sujet de ce langage attend les résultats sur le serveur. Vous pouvez envoyer des paramètres de type à chaque valeur, mais vous auriez encore vérifier qu'ils correspondent réellement sur le côté serveur.

    OriginalL'auteur markquezada