Introspection Python: obtenir la liste des arguments d'un descripteur de méthode?

Non, vous ne pouvez pas obtenir plus d'information; installer les sources C ne vous donnerait pas un accès facile à la même. C'est parce que la plupart des méthodes définies dans le code C n'exposent pas réellement cette information; vous devez analyser un morceau plutôt cryptique de code C :

if (! PyArg_ParseTupleAndKeywords(args, kw, "|iiiiiiiO$i:replace",
                                  datetime_kws,
                                  &y, &m, &d, &hh, &mm, &ss, &us,
                                  &tzinfo, &fold))

la fonction re.findall() est une fonction Python pur , donc introspectable.

j'ai dit la plupart méthodes définies en C, parce qu'à partir de Python 3.4 et plus, les méthodes qui utilisent le nouveau préprocesseur de Clinique D'Argument inclura un nouvel attribut __text_signature__ , que le interne inspect._signature_fromstr() fonction peut analyser. Cela signifie que même pour de telles méthodes c-défini, vous pouvez introspecter les arguments:

>>> import io
>>> import inspect
>>> type(io.BytesIO.read)
<class 'method_descriptor'>
>>> inspect.signature(io.BytesIO.read)
<Signature (self, size=None, /)>

voir Aussi Ce sont __signature__ et __ _ _ texte_signature__ utilisées pour Python 3.4

le module datetime n'a pas encore reçu beaucoup D'Amour Clinique Argument. Nous allons devoir être patient, ou si vous vous souciez vraiment beaucoup à ce sujet, fournir des correctifs qui convertissent le module en utilisant la clinique D'Argument.

si vous voulez voir quels modules do ont déjà un support, regardez le Modules/clinic sous-répertoire qui contient le résultat clinique généré; pour le module datetime , seul le module datetime.datetime.now() est actuellement inclus. Cette méthode définit un bloc clinique :

/*[clinic input]
@classmethod
datetime.datetime.now
    tz: object = None
        Timezone object.
Returns new datetime object representing current time local to tz.
If no tz is specified, uses local timezone.
[clinic start generated code]*/

static PyObject *
datetime_datetime_now_impl(PyTypeObject *type, PyObject *tz)
/*[clinic end generated code: output=b3386e5345e2b47a input=80d09869c5267d00]*/

ce qui rend la méthode introspectable:

>>> import datetime
>>> inspect.signature(datetime.datetime.now)
<Signature (tz=None)>

il n'y a aucun moyen de rattacher directement des informations aux fonctions et méthodes C qui ne sont pas introspectables; elles ne supportent pas non plus les attributs.

la Plupart de saisie semi-automatique les solutions qui veulent prendre en charge de tels objets utilisent des structures de données séparées où l'information est maintenue indépendamment (avec tous les risques inhérents à la synchronisation des données). Certains d'entre eux sont disponibles pour vos propres besoins:

• la bibliothèque D'intelligence de code Komodo IDE (open source, utilisé d'autres éditeurs aussi) utilise le format CIX pour coder ces données; vous pouvez télécharger le catalogue Python 3 . Malheureusement pour votre exemple spécifique, la signature de fonction datetime.replace() n'a pas été étoffée soit :

  <scope doc="Return datetime with new specified fields." ilk="function" name="replace" />
  

• la nouvelle syntaxe Python 3.5 Type hinting doit également savoir quels types d'arguments les objets attendent, et à cette fin les fichiers de raccourcis doivent être fournis pour les objets qui ne peuvent pas être introspectés. Le Python typeshed project fournit ceux-ci. Cela comprend tous les noms d'arguments pour le datetime module :

  class datetime:
      # ...
      def replace(self, year: int = ..., month: int = ..., day: int = ..., hour: int = ...,
          minute: int = ..., second: int = ..., microsecond: int = ..., tzinfo:
          Optional[_tzinfo] = None) -> datetime: ...
  

  vous devez analyser un tel fichier vous-même; ils ne peuvent pas toujours être importés comme les types de référence stubs pas encore définis, plutôt que d'utiliser forward references :

  >>> import importlib.machinery
  >>> path = 'stdlib/3/datetime.pyi'
  >>> loader = importlib.machinery.SourceFileLoader('datetime', path)
  >>> loader.load_module()
  Traceback (most recent call last):
    File "<stdin>", line 1, in <module>
    File "<frozen importlib._bootstrap_external>", line 399, in _check_name_wrapper
    File "<frozen importlib._bootstrap_external>", line 823, in load_module
    File "<frozen importlib._bootstrap_external>", line 682, in load_module
    File "<frozen importlib._bootstrap>", line 251, in _load_module_shim
    File "<frozen importlib._bootstrap>", line 675, in _load
    File "<frozen importlib._bootstrap>", line 655, in _load_unlocked
    File "<frozen importlib._bootstrap_external>", line 678, in exec_module
    File "<frozen importlib._bootstrap>", line 205, in _call_with_frames_removed
    File "stdlib/3/datetime.pyi", line 12, in <module>
      class tzinfo:
    File "stdlib/3/datetime.pyi", line 13, in tzinfo
      def tzname(self, dt: Optional[datetime]) -> str: ...
  NameError: name 'datetime' is not defined
  

  vous pouvez être en mesure de travailler autour de cela en utilisant un objet de module prédéfini et globals, puis itérer sur les erreurs de nom jusqu'à ce qu'il importe cependant. Je vais laisser cela comme un exercice pour le lecteur. Mypy et les autres vérificateurs de type n'essaient pas d'exécuter le code, ils construisent simplement un AST.