Quand une application doit-elle tenir compte de la sensibilité à la casse d'une entrée?

Question

J'ai récemment lancé une application qui chiffrait automatiquement une sortie de fichier d'un autre système interne à l'aide de PGP, puis sftp dans un répertoire de serveur cible étranger dans lequel elle devait être utilisée par une application tierce. Cela fait environ une semaine que je tente de résoudre le problème dans son ensemble et je n’obtiens aucune réponse de la part de la tierce partie avant ce matin dans un courrier électronique ....

& # 8220; Il s’avère que le fichier n’est pas nommé correctement et que le système ne pensait pas que vous l’aviez envoyé. Il y avait une capitale & # 8220; T & # 8221; cela aurait dû être inférieur. & # 8221;

Ok. Après un soupir aggravé (personne d'autre n'ayant accès à ce répertoire et aucun autre fichier portant le même nom), j'ai commencé à me demander, & # 8220; Quand une application devrait-elle respecter la sensibilité à la casse de l'entrée utilisateur de l'extérieur des mots de passe ? & # 8221; Je traverse mon cerveau en essayant de penser à un moment où je voudrais " fileName " et " NomFichier " signifier quelque chose de différent intentionnellement.

Je ne parle pas ici des conventions de dénomination des variables dans l'application, . Je suis vraiment très sensible à la casse dans le langage.

Answer 1

Vous souhaitez conserver la casse chaque fois que:

• L'entrée est affichée à nouveau pour un utilisateur qui s'attend à la voir exactement telle qu'elle a été entrée.

• Les lettres majuscules et minuscules ont une signification intrinsèque différente, Par exemple. "kb" (1000 bits) vs KB " (1024 octets).

• Les données peuvent être traitées en respectant la casse, de manière externe à votre application, comme dans votre déclaration de problème.

• Les données seront stockées mais pas "traitées". (recherché, trié, comparé), aucune normalisation n’est donc nécessaire.

Answer 2

Je suppose que cela dépend de la plateforme sur laquelle il se trouve. Sous Linux, la sensibilité à la casse est la valeur par défaut, ce qui la rendrait sensible à la casse des appels du système de fichiers nessacary pour rechercher un fichier dans un répertoire. Mais à part ça, il ne faut pas.