Est-ce une mauvaise pratique à utiliser intégré dans le nom de la fonction comme un attribut ou une méthode d'identification?

Je sais que de ne jamais utiliser la fonction intégrée dans les noms de variable identifiants.

Mais existe-il des raisons de ne pas les utiliser comme un attribut ou une méthode identifiants?

Par exemple, est-il sûr d'écrire my_object.id = 5, ou de définir une méthode d'instance dict dans ma propre classe?

InformationsquelleAutor max | 2012-02-02
  1. 36

    Il ne faut pas confondre l'interprète, mais elle peut prêter à confusion à la lecture de votre code. Inutile de builtin noms des attributs et des méthodes doit être évitée.

    Un autre effet secondaire est que l'ombrage les builtins confond surligneurs syntaxe dans la plupart python-connaissance des éditeurs (vi, emacs, pydev, ralenti, etc.) Par ailleurs, certains lint vais mettre en garde contre cette pratique.

    InformationsquelleAutor Raymond Hettinger
  2. 16

    Oui, c'est une mauvaise pratique. Il ne pourrait pas immédiatement casser quelque chose pour vous, mais ça me fait toujours mal la lisibilité du code.

    Sélectivement les devis de PEP20:

    Belle est mieux que laid.

    Simple est mieux que complexe.

    La lisibilité compte.

    Si la mise en œuvre est difficile à expliquer, c'est une mauvaise idée.

    Voir un appel à myobject.dict() il serait naturel de supposer qu'il va revenir myobject.__dict__, ou que myobject.id() renvoie la même chose que id(myobject)

    Il est possible pour eux de savoir qu'ils ont tort; mais cela prendra du temps et de l'effort et probablement conduire à des erreurs alors qu'ils le comprendre. L'appel de votre attribut myobject.object_id_number est beaucoup plus long, mais le rend plus clair que c'est différent pour id(myobject)

    InformationsquelleAutor James Polley
  3. 13

    Non, c'est bien. Depuis une référence d'objet est requise il n'y a aucun moyen d'avoir de l'ombre de l'intégré.

    • Donc je peux l'utiliser tout identificateur valide comme un nom d'attribut, sauf à partir de __, ou qui est identique à un mot-clé?
    • vous pouvez utiliser n'importe quel y compris __quelque chose ou un mot clé. Eh bien, certains avec __ ont une signification spéciale.
    • Vous pouvez commencer avec __ aussi longtemps que ils ont également fin avec __. Notez que Python utilise la plupart de ces pour ses propres fins, même si (comme __dict__, __init__, et __new__).
    • La règle est que si ils ont aussi fin avec __ ils ne sont pas déformés?
    • oh que c'est précisément pourquoi j'ai pensé que je ne devrais pas utiliser (qui sait qui sont utilisés pour la langue "propres fins"). Et pourquoi, si je ne risque de les utiliser, dois-je y mettre fin avec __?
    • Correct.
    • href="http://docs.python.org/reference/datamodel.html" >Python Langue de Référence, section 3, "modèle de Données"
    • Il ne faut pas commencer avec __ à tous. __foo obtenir mutilé, ce qui n'est pas un problème si c'est une propriété privée. __foo__ signifie que c'est Python internes. Il n'y a pas de problème à faire, mais qu'il est mauvais.
    • dépend de ce que tu veux dire par "fine". Le code est toujours exécuter? Assurez-vous. Est à l'aide intégrée dans les noms d'une mauvaise pratique et peut conduire à la confusion? Oui, et cela devrait être une raison suffisante pour quiconque d'éviter d'utiliser des types intégrés/fonctions comme noms de variable.
    • Même comme un nom d'attribut, comme le demande?

    InformationsquelleAutor Ignacio Vazquez-Abrams