Discussion :

[jam7575]

Bonjour,
je viens de perdre pas mal de temps avec un programme python utilisant le threading : au lieu d'écrire

Code :

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

 thread.start()

j'avais écrit :

Code :

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

thread.start

Bien entendu ça ne fonctionnait pas comme attendu, mais il n'y avait aucun message d'erreur, à la compilation, comme à l'exécution.
Bizarre.

[wiztricks]

Salut,

Bien entendu ça ne fonctionnait pas comme attendu, mais il n'y avait aucun message d'erreur, à la compilation, comme à l'exécution.

Si vous écrivez:

Code :

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

1
2
L = 1, 2, 3
L

la deuxième ligne ne fait rien mais ne génère aucune erreur car elle est "valide" côté syntaxe et, heureusement que çà ne pose aucun soucis à l'interpréteur Python pour l'exécuter: une bourde n'est pas une erreur...

Pour ce qui est d'analyseur de code statiques, il faut aller du côté d'outils externes comme pylint, pyflakes, mypy,...

- W

[lg_53]

En python une fonction est un objet.

Code :

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

1
2
3
4
5
6
class SimpleMsg():
    def HelloWorld():
        return 'Hello World'
 
print(SimpleMsg.HelloWorld())
print(SimpleMsg.HelloWorld)

Avec le code ci dessus, il ne produit pas d'erreur. Sur la dernière ligne, vous avez juste un pointeur, un alias, sur la fonction, fonction que vous n'avez pas appelé (avec des paramètres s'il y en avait, mais s'il y en a pas, il faut quand même mettre le jeu de parenthèses pour dire que vous voulez le résultat de l'éxécution de la fonction et non pas juste définir un alias).

[jam7575]

merci pour ces retours, mais les cas comme "L" seul me paraissent bizarres.
Si cela ne sert à rien, ce devrait être signalé.
Comme je suis un "ancien", j'ai dû prendre des habitudes avec les autres langages (j'en ai pratiqué de nombreux...).
Merci encore

[Sve@r]

Bonjour

Si cela ne sert à rien, ce devrait être signalé.

Cela alourdirait le moteur (rappelons que Python n'est pas compilé, seulement interprété). Or je ne pense pas qu'apporter une charge juste pour ça soit vraiment rentable. Les habitués Python savent que pour appeler une fonction il faut la faire suivre de parenthèses et qu'écrire fonction au lieu de fonction() ne marchera pas.

[jam7575]

certes, mais quand on fait une erreur, on apprécie de la voir signalée...

[lg_53]

Si je veux écrire :

Code :

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

hw = SimpleMsg.HelloWorld

parce qu'après je dois appeler plein de fois cette fonction et que je préfère écrire directement tout court hw() plutôt que SimpleMsg.HelloWorld(), et bien c'est tout à fait mon droit ! Donc si ca produisait une erreur, je serais bien embêté !

[jam7575]

merci,
mais si j'ai compris les autres retours,
j'avoue ne pas bien interpréter les vôtres.
J'ai de limites...
Ceci dit, le sujet est fermé, les autres explications m'ont éclairé. C'est d'ailleurs la seconde fois que je suis "surpris" par le comportement de python,
rationnel certes, mais qui change de la plupart des autres langages.
Cordialement

[Pyramidev]

Bonjour.

De mon côté, si j'écris le code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
from threading import Thread
 
 
def main() -> None:
    thread = Thread(target=lambda: print("Hello world."))
    thread.start
 
 
if __name__ == "__main__":
    main()

comme on le sait déjà, l'exécution n'a pas d'effet et ne signale pas d'erreur.
Par contre, si j'ouvre le fichier avec PyCharm, il me surligne l'expression thread.start et, quand je passe la souris dessus, il me dit :

Code :

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

Statement seems to have no effect and can be replaced with function call to have effect

De même, si j'exécute Pylint 2.6.0 pour analyser le code, cela me dit :

Code :

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

src\main.py:6:4: W0104: Statement seems to have no effect (pointless-statement)

Dans les langages compilés, les compilateurs font souvent aussi un travail de linter, par exemple quand ils acceptent de compiler le code mais affichent des avertissements. Dans les langages interprétés comme Python, ce n'est pas à l'interpréteur de faire l'analyse statique, donc il faut forcément passer par au moins un autre outil si on veut faire une analyse statique du code.

Personnellement, dans mon quotidien de développeur Python, j'utilise :

• PyCharm : c'est un super EDI pour Python. Il fait une partie du travail de Pylint et de Mypy, en temps réel. Donc on peut voir certains problèmes dans le code au fur et à mesure qu'on l'écrit. En outre, il a plein de fonctionnalités sympathiques installées par défaut. Je précise que j'utilise la version gratuite.
• Pylint : c'est un linter très pointilleux. Par défaut, il râle trop facilement, donc il faut passer du temps à le configurer au début (je conseille de définir un fichier .pylintrc) mais, une fois configuré, il est chouette.
• Mypy : c'est un outil qui vérifie la cohérence des annotations de type. J'utilise beaucoup le typage statique (optionnel) du Python.
• Black : c'est un outil qui gère les retours à la ligne pour éviter d'avoir des lignes trop longues ou inutilement trop courtes. Même quand on écrit déjà du code soigné, c'est quand même utile car, quand on vient de faire, par exemple, un renommage de fonction qui change d'un coup les longueurs de plein de lignes, c'est plus rapide de lancer Black que de faire le travail ennuyeux manuellement au cas par cas.
• Pydocstyle : c'est un linter qui râle sur les docstrings. Par défaut, il râle quoi que l'on fasse (il a des règles contradictoires), donc il faut passer du temps au début à désactiver ce que l'on veut.

[Sve@r]

Si je veux écrire :

Code :

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

hw = SimpleMsg.HelloWorld

parce qu'après je dois appeler plein de fois cette fonction et que je préfère écrire directement tout court hw() plutôt que SimpleMsg.HelloWorld(), et bien c'est tout à fait mon droit ! Donc si ca produisait une erreur, je serais bien embêté !

Ce n'est pas le nom de la fonction sans parenthèse que jam7575 voudrait voir signalé, c'est le fait qu'une instruction soit exécutée pour rien (ex 2+3 sans récupérer ce résultat d'une façon ou d'une autre)