est-ce que le underscore devant un nom de variable a un sens particulier ou c'est juste conventionnel ?

bonjour,

je voudrais savoir si le underscore qu'on peut mettre devant un nom de variable a un sens, une incendice particulière ou pas ? est-ce juste conventionnel, une habitude de présentation ou bien est-ce que ça joue un rôle dans la visibilité, instanciation d'une variable ?

je pose cette question car je suis en train de manipuler un webservice (.asmx) pas fait ni testé pour python, et comme ce WS possède des noms de champs/type avec un underscore devant je me pose des questions.
Avec mon client soap (suds), je n'arrive pas à envoyer mon id de connexion dans ce WS qui comme par hasard possède un underscore devant le nom !
Alors que les autres variables/type sans underscore j'arrive à les envoyer. !

Voiç la description de la méthode fournie par le WS :

Citation:

---

EnvoiIntervenants(xs:string _IdConnexion, ArrayOfIntervenant _ListeIntervenant, )

---

avec mon code çi-dessous j'arrive donc à envoyer l'intervenant mais pas l'id de connexion où la réponse de WS me dit qu'il est vide !!!!

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

client = Client(url) print client #pour voir schema global, definitions..Etc   Intervenant = client.factory.create('Intervenant') print Intervenant   Intervenant.Matricule="TEST matricule" Intervenant.Civilite=1 Intervenant.Prenom="TEST prenom" Intervenant.Nom="TEST NOM" Intervenant.TelPerso="TEST telperso" Intervenant.CodePostal="TEST cp" Intervenant.Ville="TEST ville" Intervenant.Adresse="TEST adresse" Intervenant.Suppression=False   try: nouveau = client.service.EnvoiIntervenants("mon id",Intervenant) except suds.WebFault, e: print e

---

Si quelqu'un a une idée........je planche dessus depuis plusieurs heures........

Bonjour,

C'est plus effectivement par convention d'écriture. Cela signifie 'pas touche'/'interne' mais rien n’empêche l'utilisation.

Code:

---

1 2 3 4 5

>>> class Foo(object): ... _l = [] ... >>> Foo._l []

---

@+

Bonjour,
Python met l'accent sur le bon sens des développeurs qui l'utilisent. Par convention on accède pas à un champs ou une méthode marqué d'un "_". On le pourrait, python ne nous ne l'interdit pas, mais on ne le fait pas. Python ne possède pas de public/private comme en java et en C++.
On utilise normalement cette notation pour définir une propriété :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

class A: def __init__(self, a): self._a = a   def _get_a(self): return self._a   def _set_a(self, a): self._a= a   a = property(_get_a, _set_a)

---

L'utilisation de cette classe sera :

Code:

---

1 2 3 4

a = A("Test") print a.a a.a = "Autre test" print a.a

---

Désolé pour l'exemple bidon, mais j'espère que tu as compris.

[EDIT]Grillé :aie:. Trop lent à répondre[/EDIT]

Petit note quand même:
_ empêche l'import

Soit test.py

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

class _interne(): def __init__(self): pass   def _myprint(self): print('pass')   class Foo(): def __init__(self): pass   def look_interne(self): _i = _interne() _i._myprint()

---

Code:

---

1 2 3 4 5 6

>>> from test import * >>> globals() {'__builtins__': <module 'builtins' (built-in)>, '__name__': '__main__', 'Foo': <class 'test.Foo'>, '__doc__': None, '__package__': None} >>> f = Foo() >>> f.look_interne() pass

---

@+

Re,

Voici ce que dit le PEP8 dans la partie Naming Conventions.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

In addition, the following special forms using leading or trailing underscores are recognized (these can generally be combined with any case convention):   - _single_leading_underscore: weak "internal use" indicator. E.g. "from M import *" does not import objects whose name starts with an underscore.   - single_trailing_underscore_: used by convention to avoid conflicts with Python keyword, e.g.   Tkinter.Toplevel(master, class_='ClassName')   - __double_leading_underscore: when naming a class attribute, invokes name mangling (inside class FooBar, __boo becomes _FooBar__boo; see below).   - __double_leading_and_trailing_underscore__: "magic" objects or attributes that live in user-controlled namespaces. E.g. __init__, __import__ or __file__. Never invent such names; only use them as documented.

---

@++

Ceci dit, et bien que je l'utilise comme 'signalétique', cela vas qu'en même a l'encontre du fait qu'en Python on considère le développeur comme 'responsable'...

pour infos, concernant mon webservice *.asmx....

j'ai contacté les responsables de la partie serveur, et m'ont fait une version sans les underscores devant les noms de propriété/méthode et....miracle ça marche maintenant avec SUDS...

qui était le fautif : suds ou le webservice .net ?

peu importe ça marche maintenant, en tout cas ce problème est réglé...

Le fait est que si le développeur de la classe a mis un "_" devant l'id, c'est que tu n'es pas censé l'utiliser. L'id devait donc être un champs qui se remplissait en interne par la classe. Maintenant que tu as prévenu les développeurs de la classe, ils t'ont fait une version qui te permet de le modifier. C'est tout ;) !