google/python-fire

Only plain literals should be parsed

Open

#97 ouverte le 12 oct. 2017

Voir sur GitHub
 (9 commentaires) (0 réactions) (0 assignés)Python (1 418 forks)batch import
bughelp wanted

Métriques du dépôt

Stars
 (26 214 stars)
Métriques de merge PR
 (Aucune PR mergée en 30 j)

Description

@dbieber correctly pointed out in #95 that there is a more general problem with the parsing code. This is a follow up issue to that issue which only dealt with the most common case of a single argument.

Here are some cases demonstrating

$ python3 -c "import fire.parser as p; v = p.DefaultParseValue('[1+1]'); print(type(v), v)"
<class 'list'> [2]
$ python3 -c "import fire.parser as p; v = p.DefaultParseValue('{key: 1+1}'); print(type(v), v)"
<class 'dict'> {'key': 2}

Some options are:

  1. Accept the existing behaviour.
  2. Always parse the whole argument as a string by doing raise ValueError in ``fire.parser._LiteralEval`
  3. Parse only the sub expressions as strings

For 2. and 3. I think these would be the valid types from the ast module.

  • Str
  • Name (converted to Str)
  • Num
  • List
  • Tuple
  • Dict
  • Set
  • UnaryOp

Guide contributeur

Direction de recherche
Le problème concerne la fonction DefaultParseValue dans fire/parser.py. La correction implique de modifier la fonction LiteralEval pour n'accepter que des nœuds AST spécifiques (Str, Name, Num, List, Tuple, Dict, Set, UnaryOp). Examinez la discussion dans #95 et l'implémentation actuelle pour décider quelle option implémenter. La correction choisie doit lever ValueError pour les expressions non prises en charge ou analyser les sous expressions sous forme de chaînes de caractères.
Stack technique
python
Domaine
cli
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
Python
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
70