un programme interprété ou en lance l'interpréteur directement sur les sources.
En réalité c'est plus compliqué que ça.
Quand tu lance l'interpréteur sur un fichier source il le compile automatiquement en byte code (.pyc) et se charge de déterminer si il faut le réutiliser ou non à la prochaine exécution en se basant sur la date de dernière modification.
En gros il fait un gros taf et correctement sans rien demander à personne. Les perf tombent un peu à la première exécution mais on s'en cogne.
Concernant les fameuses TypeError, les applis Java crashent peut être moins car le compilo impose de catcher toutes les erreurs mais si c'est pour faire comme éclipse et simplement balancer de fenêtres modales avec des messages imbitables ...
Et pour l'anectode si on veut coder aussi strict qu'avec un compilateur mais en Python on peut très bien utiliser PyLint ou autre.
[^] # Re: Grandiose
Posté par Jean B . En réponse au journal Linuxfr en J2EE. Évalué à 1.
En réalité c'est plus compliqué que ça.
Quand tu lance l'interpréteur sur un fichier source il le compile automatiquement en byte code (.pyc) et se charge de déterminer si il faut le réutiliser ou non à la prochaine exécution en se basant sur la date de dernière modification.
En gros il fait un gros taf et correctement sans rien demander à personne. Les perf tombent un peu à la première exécution mais on s'en cogne.
Concernant les fameuses TypeError, les applis Java crashent peut être moins car le compilo impose de catcher toutes les erreurs mais si c'est pour faire comme éclipse et simplement balancer de fenêtres modales avec des messages imbitables ...
Et pour l'anectode si on veut coder aussi strict qu'avec un compilateur mais en Python on peut très bien utiliser PyLint ou autre.