Discussion :

[clavier12AZQSWX]

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 :

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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........

[PauseKawa]

Bonjour,

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
>>> class Foo(object):
...     _l = []
... 
>>> Foo._l
[]

@+

[saad.hessane]

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 python :

Sélectionner tout - Visualiser dans une fenêtre à part

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 python :

Sélectionner tout - Visualiser dans une fenêtre à part

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é . Trop lent à répondre[/EDIT]

[PauseKawa]

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

Soit test.py

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

@+

[PauseKawa]

Re,

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

@++

[PauseKawa]

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'...

[clavier12AZQSWX]

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é...

[saad.hessane]

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 !