Délimiteur à utiliser dans une requête de la chaîne de valeur

J'ai besoin d'accepter une liste de noms de fichier dans une chaîne de requête. c'est à dire: 

http://someSite/someApp/myUtil.ashx?files=file1.txt|file2.bmp|file3.doc

Avez-vous des recommandations sur ce délimiteur à utiliser?

InformationsquelleAutor Matthew Cole | 2009-03-13
  1. 14

    Si ils sont des noms de fichiers, un bon choix serait un personnage qui est pas autorisé dans les noms de fichiers. Suggestions jusqu'à présent inclus , | & qui sont généralement autorisés dans les noms de fichiers et par conséquent, peut conduire à des ambiguïtés. / sur l'autre main est généralement pas admis, pas même sur Windows. Il est autorisé dans les Uri, et il n'a pas de signification particulière dans les chaînes de requête.

    Exemple:

    http://someSite/someApp/myUtil.ashx?files=file1.txt|file2.bmp|file3.doc est mauvais, car il peut se référer à la validité de fichier file1.txt|file2.bmp.

    http://someSite/someApp/myUtil.ashx?files=file1.txt/file2.bmp/file3.doc sans ambiguïté se rapporte à 3 fichiers.

    • Cette réponse est la plupart du temps erronées. Ce caractère n'est pas valide dans les Url, par spécifications officielles, et peut causer divers problèmes si vous essayez de l'utiliser. Le & le caractère est réservé dans les chaînes de requête pour séparer les paires nom/valeur. La virgule peut être un OK de choix, mais plus de recherche est nécessaire.
    • il est dangereux de supposer ou n'est pas autorisé dans les noms de fichiers. Linux permet à tous les caractères dans les noms de fichiers. mais dans Windows, oui, il ya une poignée d'exclusions spécifiques, qui comprennent |.
    • Je suis en expliquant pourquoi | est un mauvais choix en ce qui concerne les noms de fichiers. Il peut aussi être un mauvais choix dans les URL, je ne suis même pas faire une réclamation à ce sujet. Alors, comment est-ce que ma réponse incorrecte?
    • Je remarque que personne ne conteste l'utilisation de "/"
    InformationsquelleAutor MSalters
  2. 21

    Avoir des paramètres de requête plusieurs fois est légal, et la seule façon de garantir l'absence d'analyse des problèmes dans tous les cas:

    http://someSite/someApp/myUtil.ashx?file=file1.txt&file=file2.bmp&file=file3.doc

    Le point-virgule ; doit être URI codé si une partie d'un nom de fichier (tourné à %3B), pourtant pas si c'est de séparer les paramètres de la requête, qui est sa réservée.

    Voir la section 2.2 de cette rfc:

    2.2. Les Caractères Réservés

    Uri inclure des composants et sous-composants qui sont délimitées par
    les caractères dans la "réserve" ensemble. Ces caractères sont appelés
    "réservés", car elles peuvent (ou ne peuvent pas) être définie comme délimiteurs par
    la syntaxe générique, par chaque régime spécifique de la syntaxe, ou par la
    la mise en œuvre spécifique de la syntaxe d'un URI de référence de l'algorithme.
    Si les données d'un composant URI serait en conflit avec une réservés
    caractère de l'objet comme un séparateur, le conflit de données doit être
    pour cent codé avant l'URI est formé.

     reserved    = gen-delims /sub-delims

 gen-delims  = ":" /"/" /"?" /"#" /"[" /"]" /"@"

 sub-delims  = "!" /"$" /"&" /"'" /"(" /")"
             /"*" /"+" /"," /";" /"="
    • Votre réponse semble avoir deux parties. Pourriez-vous préciser?
    InformationsquelleAutor Cory Kendall
  3. 7

    Je recommanderais faire de chaque fichier son propre paramètre de requête, c'est à dire 

    myUtil.ashx?file1=file1.txt&file2=file2.bmp&file3=file3.doc

    De cette façon, vous pouvez simplement utiliser de requête standard d'analyse et de boucle

    • +1 façon standard de faire plusieurs valeurs
    InformationsquelleAutor Andrew Harry
  4. 6

    Avez-vous besoin de la liste des noms de fichiers comme une chaîne de caractères?
    La plupart des langues accepte les tableaux dans la chaîne de requête de sorte que vous pouvez l'écrire comme

    http://someSite/someApp/myUtil.ashx?files[]=file1.txt&files[]=file2.bmp&files[]=file3.doc

    Si ce n'est pas, ou vous ne pouvez pas l'utiliser pour une autre raison, vous devez vous en tenir à un délimiteur qui n'est pas autorisé ou inhabituelles dans un nom de fichier. Pipe (|) est un bon un, sinon vous risquez de urlencode un personnage invisible car ils sont très faciles à utiliser pour le codage, mais plus difficile à inclure dans un nom de fichier.

    J'ai l'habitude d'utiliser des ensembles lorsque cela est possible et le tuyau autrement.

    • il est dangereux de supposer ou n'est pas autorisé dans les noms de fichiers. Linux permet à tous les caractères dans les noms de fichiers. mais dans Windows, oui, il ya une poignée d'exclusions spécifiques, qui comprennent |.
    InformationsquelleAutor Jimmy Stenke
  5. 5

    J'ai toujours utilisé des doubles pipes "||". Je n'ai pas de preuves suffisantes pour sauvegarder pourquoi est-ce un bon choix autres que les 10 ans de la programmation web et il n'a jamais été un problème.

    InformationsquelleAutor Rick Hochstetler
  6. 1

    C'est un problème commun. Comment j'ai géré ça a été: j'ai créé une méthode qui a accepté une liste de chaînes de caractères, puis a trouvé un personnage qui n'était pas dans les cordes. (Je l'ai fait par une simple concaténation de chaînes de caractères, puis les essais pour les différents personnages.) Une fois qu'un personnage a été trouvé, concaténés toutes les chaînes, mais aussi précédées de la chaîne avec le caractère de séparation. Ainsi, dans la question, un exemple duh être:
    http://someSite/someApp/myUtil.ashx?files=/file1.txt/file2.bmp/file3.doc
    et un autre duh être:
    http://someSite/someApp/myUtil.ashx?files=,file1.txt,fichier2.bmp,file3.doc
    Mais depuis que j'ai fait d'utiliser une méthode qui garantit mon caractère de séparation n'est pas dans le reste des cordes, c'est sûr. C'était un peu de travail pour créer la première fois, mais je l'ai utilisé à de NOMBREUSES reprises dans diverses applications.

    • sons frais comment sur de poster le code ici?
    • je ne sais pas où est mon code d'origine pour ce qui est. je l'ai fait il ya des années. peut-être il y a dix ans, je ne me souviens pas combien de temps il a été. si j'ai besoin de cette fonctionnalité à nouveau, j'avais recode il. ce que j'ai fait ces derniers temps (dans les deux dernières années), j'ai simplement utilisé Andrew Harry approche: fichier1=aoeu.txt&fichier2=snth.txt&file3=aoeu.jpg Alors je viens d'en boucle à l'infini jusqu'à ce que 'fichier'+n a pas été trouvé dans la chaîne de requête.
    InformationsquelleAutor Shawn Kovac
  7. 0

    Je pense que je voudrais envisager d'utiliser des virgules ou des points-virgules.

    InformationsquelleAutor nan
  8. 0

    Je voudrais construire sur MSalters répondre en disant, pour généraliser, le meilleur séparateur est celui qui est invalide pour les éléments de la liste. Par exemple, si votre liste est des prix, une virgule est une mauvaise délimiteur, car il peut être confondu avec les valeurs. Pour cette raison, car la plupart de ces réponses suggèrent, je pense que d'un but d'intérêt général en france est probablement "|" comme il est rarement une valeur valide. "/" est peut-être pas le meilleur séparateur de façon générale, car elle est valable pour les chemins parfois.

    InformationsquelleAutor backtestbroker.com