Python 3 absence de message d'erreur

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

Code:

---

thread.start()

---

j'avais écrit :

Code:

---

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.

Salut,

Citation:

---

Envoyé par jam7575

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:

---

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

En python une fonction est un objet.

Code:

---

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

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

Bonjour

Citation:

---

Envoyé par jam7575

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.

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

Si je veux écrire :

Code:

---

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

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

Bonjour.

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

Code:

---

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:

---

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:

---

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.

Citation:

---

Envoyé par lg_53

Si je veux écrire :

Code:

---

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)