Menu

#11 Prise en compte des deux orthographes possibles des champs de la commande searchTweets

open
nobody
Enhancement
2021-01-06
2021-01-06
No

OS : Microsoft Windows 10 Famille
Version OS : Version 10.0.19041 Numéro 19041
Version logiciel : Node.js v14.11.0.


Scénario :

  1. Sur son invite de commande, se placer dans le dossier où se situe caporalCli.js
  2. Disposer du dossier "DonneesSujetA" trouvable sur Moodle dans ce même dossier
  3. Taper la ligne de commande suivante :
    node caporalCli.js searchTweets ./donneesSujetA id "976973824091721729" -e
  4. Trouver le fichier tweets_id_976973824091721700.txt dans le dossier
  5. Taper la ligne de commande suivante :
    node caporalCli.js searchTweets ./donneesSujetA ID "976973824091721729" -e
  6. Le fichier tweets_ID_976973824091721700.txt est introuvable
  7. Supprimer tweets_id_976973824091721700.txt et retaper la ligne de commande de 5.
  8. Trouver le fichier tweets_ID_976973824091721700.txt dans le dossier

Implémentation possible :

En soit, il est peu probable que l'utilisateur aille effectuer ces deux lignes de commande à la suite. En effet, s'il possède le fichier "tweets_id_XXXXXXXXXXXXXXXX.txt", il a peu d'intérêt à vouloir créer le fichier "tweets_ID_XXXXXXXXXXXXXXXX.txt".
Tout de même, cela éviterait certaines déconvenues. Si l'utilisateur renvoie ses fichiers texte créés par cette commande dans un dossier qui contient déjà une centaine de fichiers et qu'il demande d'en créer un avec les mails de l'utilisateur ayant l'ID 1234567891234567 mais qu'auparavant il a déjà effectué cette création mais avec l'id 1234567891234567, il peut chercher en vain son fichier "tweets_ID1234567891234567.txt" alors qu'il existe déjà sous le nom "tweets_id1234567891234567.txt".

Ce léger soucis est aussi présent pour le champ uri/URI.

Un simple changement dans le code devrait suffire étant donné que les deux orthographes fonctionnent pour les autres champs.


Discussion


Log in to post a comment.

MongoDB Logo MongoDB