Python

Un article de Haypo.

Version du 4 décembre 2009 à 23:46 (modifier) Haypo (Discuter | Contributions) (→Ressources gratuites) ← Différence précédente		Version actuelle (27 mars 2014 à 09:57) (modifier) (défaire) Haypo (Discuter | Contributions) (→Voir aussi)
(115 révisions intermédiaires masquées)
Ligne 26 :		Ligne 26 :
	[[Image:Boa petit prince.png|left|Un Python qui mange l'éléphant de PHP]]		[[Image:Boa petit prince.png|left|Un Python qui mange l'éléphant de PHP]]
-	Autre désavantage : Python est un langage interprété. Du coup, il est forcément beaucoup plus lent que des langages compilés comme le C (réputé pour sa vitesse). Il existe de nombreux projets visant à accélérer Python pour le rapprocher des performances d'un programme en C. Voyez [[#Optimiser Python|la partie ci-dessous qui est dédiée à l'optimisation]].	+	Autre désavantage : Python est un langage interprété. Du coup, il est forcément beaucoup plus lent que des langages compilés comme le C (réputé pour sa vitesse). Il existe de nombreux projets visant à accélérer Python pour le rapprocher des performances d'un programme en C. Voyez [[VM_Python#Optimiser_Python|la partie ci-dessous qui est dédiée à l'optimisation]].
	<hr class="spacer" />		<hr class="spacer" />
Ligne 32 :		Ligne 32 :
	__TOC__		__TOC__
-	== Quelques points intéressants ==	+	== Apprendre Python ==
-	=== Expressions régulières ===	+	[[Image:Apluggedinlife.jpg|thumb|500px|right|[http://apluggedinlife.com/fr/2011/02/16/developpeurs-php-demarrer-project-python-django/ Développeurs PHP, démarrez un nouveau projet sous Python/Django]]]
-	Le module '''re''' permet d'utiliser facilement des [[expressions rationnelles]]. Exemple, rechercher un nombre dans une sous-chaîne (puis l'afficher) :	+	=== Ressources gratuites ===
-	import re	+
-	print re.compile("[0-9]+").search("a 123 b 4").group(0)	+
-	En fait, la méthode '''search''' (d'un ''Regular Expression Objet'') renvoie un ''Match Objet'' (ou None si la chaîne ne correspond pas au motif). Cet objet a deux méthodes intéressantes : groups() qui renvoie la liste des sous-chaînes, et group(i) qui renvoie la i-ième sous-chaîne (0 étant une sous-chaîne spéciale : celle qui correspond au motif).	+	En français :
		+	* [http://perso.limsi.fr/pointal/python:courspython3 Initiation à Python 3] de Robert Cordeau
		+	* [http://www.swaroopch.com/notes/Python_fr:Table_des_Matières A Byte of Python] (en français)
		+	* [http://diveintopython.adrahon.org/ Plongez au coeur de Python] (''Dive Into Python'')
		+	* [http://www.framasoft.net/article1971.html Apprendre à programmer avec Python] par Gérard Swinnen
		+	** [http://www.inforef.be/swi/python.htm Apprendre à programmer avec Python 3] par Gérard Swinnen
		+	* [http://mat.oxyg3n.org/public/Python_10_min_French.pdf Apprendre Python en 10 minutes] ([http://mat.oxyg3n.org/index.php?post/2009/07/26/Python-en-10-minutes source du document])
		+	* [http://code.google.com/p/swfk-fr/ Domptage de serpents pour les enfants, apprendre à programmer en Python.]
		+	* [http://www.afpy.org/wiki/DocumentsPourApprendrePython Documents pour apprendre Python] : Liste de l'AFPy
		+	* [http://perso.limsi.fr/pointal/python:abrege Abrégé Dense Python 3.2]
-	Astuce : Utilisez le préfixe « r » pour écrire vos expressions rationelles, sinon l'anti-slash va être mal interprété. Exemple : « r"a\[b" » recherche la sous-chaîne « a[b ».	+	En anglais :
		+	* [http://inventwithpython.com/ Invent your own computer game with Python]
		+	* [http://docs.python.org/tut/tut.html Tutoriel officiel]
		+	* [http://homepage.mac.com/s_lott/books/python/html/ Building Skills in Python]
-	=== Manipuler des tableaux ===	+	=== Par le jeu ===
-	Un tableau (ou vecteur ou liste, appelez-ça comme vous voulez) s'écrit de la manière suivante :	+	* [http://www.pythonchallenge.com/ Python Challenge]
-	tableau = ["victor","robert","william"]	+	* [http://projecteuler.net/ Project Euler] : Jeux mathématiques
-	Le premier élément porte le numéro zéro (ici : tableau[0]). On peut accéder aux derniers éléments en utilisant un index négatif, exemple : tableau[-1] désigne "william".	+	* pygame
-	Astuces :	+	=== Ressources payantes ===
-	* '''del''' : Permet de supprimer un élément du tableau. Exemple : « del tableau[-1] » supprime le dernier élément d'un tableau.	+
-	* '''in''' (test) : Permet de tester si un élément est dans le tableau ou non. Exemple : le test « "romuald" in tableau » est faux.	+
-	* '''in''' (boucle) : Une boucle "pour chaque élément du tableau" peut s'écrire avec le mot clé ''in'' très naturellement. Exemple : « for prenom in tableau: print prenom »	+
-	* Copie d'un tableau : l'affectation simple fait une copie par référence, utilisez « copie = tableau[:] ». Par contre, l'astuce précédente ne fonctionne pas pour les listes de deux dimensions ou plus, il faut alors utiliser « copie = copy.copy(tableau) » (n'oubliez pas "import copy").	+
-	Exception : La fonction del et l'accès via l'opérateur [] peuvent lever une exception de type '''IndexError'''.	+	En français :
		+	* '''Programmation Python''' de Tarek Ziadé : référence Python 2.4 en français accessible aux débutants en Python
		+	* '''Petit guide à l'usage du développeur agile''' de Tarek Ziadé : bonnes pratiques pour programmer en Python (bien que les pratiques puissent s'appliquer à d'autres langages)
-	=== Méthode statique ===	+	== Pourquoi j'aime Python ==
-	Pour créer une méthode statique, il faut écrire une méthode sans le '''self''', puis utiliser le mot-clé '''staticmethod'''. Exemple (pouvant servir de singleton en Python) :	+	=== Espace de nommage ===
-	class Pouet:	+
-	_instance = None	+
-		+
-	def __init__(self):	+
-	assert self._instance == None	+
-	self._instance = self	+
-	...	+
-		+
-	def '''getInstance()''':	+
-	if Pouet._instance == None:	+
-	Pouet._instance = _Pouet()	+
-	return Pouet._instance	+
-	getInstance = '''staticmethod'''(getInstance)	+
-	À partir de Python 2.4, on peut écrire tout simplement :	+
-	class Pouet:	+
-	...	+
-	'''@staticmethod'''	+
-	def getInstance():	+
-	...	+
-	C'est ce qu'on appelle les « ''decorators'' ».	+
-	=== Les propriétés (property) ===	+	On contrôle très finement l'espace de nommage d'un fichier. On connait exactement quels sont les symboles importés lorsqu'on importe un module : "import sys" ajoute le symbole sys, "from sys import version" ajoute le symbole version. Par exemple, #include <stdio.h> en C importe des centaines de macro, constantes et fonctions. Il n'y pas de variable super globale et peu de fonctions globales (contrairement à PHP qui en a des centaines). Chaque classe et chaque fonction est également un espace de nommage. Les fonctions de la bibliothèques standards sont rangés dans des modules. Du coup, on ne retrouve pas avec des noms préfixés (exemple avec les fonctions iconv en PHP : iconv_get_encoding(), iconv_strlen(), ...).
-	À partir de Python 2.2, on peut utiliser simuler l'existence d'un attribut d'une classe alors qu'en fait, c'est une méthode qui va être appelée lorsqu'on en lit sa valeur et une autre méthode lorsqu'on la modifie. On peut également interdire la modification ou la lecture.	+	=== Explicite ===
-	class Avant:	+	Il n'y pas de variable magique ou argument magique sorti de nul part. Tout est explicite. Le code Python est généralement plus verbeux que Perl, mais il est assez facile de comprendre un code Python inconnu.
-	def __init__(self, heure):	+
-	self._minute = heure * 60	+
-		+
-	def lireHeure(self):	+
-	return self._minute / 60	+
-		+
-	def modifierHeure(self, valeur):	+
-	self._minute = valeur * 60	+
-	avant = Avant(2)	+
-	avant.modifierHeure( avant.lireHeure() + 1 )	+
-		+
-	class Apres('''object'''):	+
-	def __init__(self, heure):	+
-	self._minute = heure * 60	+
-		+
-	''heure'' = '''property'''(_lireHeure, _modifierHeure)	+
-	def _lireHeure(self): return self._minute / 60	+
-	def _modifierHeure(self, valeur): self._minute = valeur * 60	+
-	apres = Apres(2)	+
-	apres.''heure'' = apres.''heure'' + 1	+
-	Me dites pas que la seconde écriture n'est pas plus lisible !	+
-	* Pour n'autoriser que la lecture, utiliser : ''heure'' = '''property'''(_lireHeure)	+	=== Exceptions ===
-	* Pour n'autoriser que la modification, utiliser : ''heure'' = '''property'''(None, _modifierHeure)	+
-	=== Redéfinir les opérateurs ===	+	La gestion des erreurs par l'utilisation d'exception est utilisée quasiment partout. Pour ignorer une erreur, il faut le faire explicitement. La gestion d'erreur est plus simple qu'en C par exemple : si une fonction ne souhaite pas gérer l'erreur elle-même, elle n'a pas besoin de remonter l'erreur explicitement à la fonction appelant. En C, si on omet de tester explicitement la valeur de retour d'une fonction, ou bien de remontrer l'erreur à la fonction appelant, on peut perdre des données (fichier corrompu silencieusement, plantage si on omet de vérifier que malloc() n'a pas échoué, etc.). En Python, une erreur d'allocation mémoire lêve une exception MemoryError.
-	class Python:	+	try/finally est pratique pour exécuter du code qu'une exception soit levée ou non.
-	# Instancie un objet	+
-	# cls = la classe Python et non pas l'object instancié	+
-	def '''__new__'''(cls):	+
-	pass	+
-		+
-	# Constructeur de l'objet	+
-	def '''__init__'''(self):	+
-	self.items = [1, 2, 3]	+
-		+
-	# Destructeur	+
-	def '''__del__'''(self):	+
-	print "Pourquoi tant de haine ?"	+
-		+
-	# Utilisé pour : "len(p)"	+
-	def '''__len__'''(self):	+
-	return len(self.items)	+
-		+
-	# Utilisé pour : "p[x]"	+
-	def '''__getitem__'''(self, key):	+
-	return self.items[key]	+
-		+
-	# Utilisé pour : "x in p"	+
-	def '''__contains__'''(self, value):	+
-	return (value in self.items)	+
-		+
-	# Utilisé pour : "for x in p"	+
-	def '''__iter__'''(self):	+
-	for x in self.items:	+
-	yield x	+
-	Note : dans cet exemple, « return self.items.__iter__() » aurait été plus judicieux pour la méthode __iter__.	+
-	Voir aussi la [http://docs.python.org/lib/module-operator.html documentation sur les opérateurs Python].	+	=== for x in y ===
-	=== Manipuler différentes base (hexadécimal) ===	+	Parcourir n'importe quel type d'ensemble se fait facilement avec une syntaxe claire, "for x in y: ...". En C, il faut gérer manuellement la boucle (initialisation, condition de fin, passer à l'élément suivant).
-	{| border="1" cellpadding="5"	+	=== with ===
-	|-	+
-	! Entrée !! Sortie !! Méthode !! Exemples	+
-	|-	+
-	| Hexadécimal (str) || Entier (int) || int(chaine, 16) || int("0xFF", 16) == int("FF", 16) == 255	+
-	|-	+
-	| Entier (int) || Hexadécimal (str) || "%X" % nombre || ("%04X" % 255) == "00FF" ou ("0x%X" % 255) == "0xFF"	+
-	|-	+
-	|}	+
-	=== Exécuter un script avant le lancement de Python ===	+	Mot clé with : "with open(fichier) as f: ...", "with verrou: ...", "with subprocess.Popen(...): ...", etc.
-	Il y a deux endroits où on peut personnaliser Python :	+	=== Fonctions ayant peu d'arguments grâce à la POO ===
-	* '''site''' : personnalisation globale qui permettent d'adapter Python à votre ordinateur ;	+
-	* '''PYTHONSTARTUP''' : personnalisation de l'interpréteur.	+
-	Pour la partie '''site''', tous les répertoires du PYTHONPATH (défini via la variable d'environnement $PYTHONPATH et sys.path) sont parcourus et les scripts nommés sitecustomize.py sont exécutés. C'est à ce moment par exemple qu'on peut appeler « sys.setdefaultencoding("utf-8") ». Exemple :	+	Les types de base (nombres, chaînes de caractère, liste, dictionnaire, ...) sont des objets, les classes et les fonctions sont des objets, etc. La bibliothèque standard utilise massivement la programmation orientée objet. Du coup, les fonctions (méthodes) ont peu d'argument et on se trompe moins facilement. Par exemple, fgets(s, size, stream) a 3 arguments en C, alors que fichier.readline() n'en a aucun. De même, l'opérateur "in" évite de se tromper dans l'ordre quand on cherche un élément dans un ensemble : "x in y" est explicite, alors que pour in_array($x, $y) en PHP ou strstr(x, y) en C je dois relire la documentation de temps à autre pour vérifier l'ordre des arguments.
-	$ cat << EOF >| sitecustomize.py	+
-	> import sys	+
-	> print "Passe en UTF-8"	+
-	> sys.setdefaultencoding("utf-8")	+
-	> EOF	+
-	$ PYTHONPATH=$PWD python	+
-	Passe en UTF-8	+
-	(...)	+
-	>>> import sys; print sys.getdefaultencoding()	+
-	utf-8	+
-	Pour personnaliser l'interpréteur, on peut exécuter un script via la variable d'environnement '''PYTHONSTARTUP'''. Exemple :	+	=== Lisibilité ===
-	$ echo "answer=42" >| h2g2.py	+
-	$ export PYTHONSTARTUP=$(pwd)/h2g2.py	+
-	$ python	+
-	(...)	+
-	>>> answer	+
-	42	+
-	Pour en savoir plus, voir [http://docs.python.org/lib/module-site.html le module site].	+	Grâce à l'indentation obligatoire et la PEP 8, il est facile de relire le code d'un autre projet et le reprendre dans son projet (en respectant sa licence bien sûr).
-	== Éditeur ==	+	=== Programmation fonctionnelle ===
-	* Vim :	+	Les générateurs (yield dans une fonction) et les list comprehension ont un goût de programmation fonctionnelle et permettent facilement d'écrire des algorithmes complexes. Diviser pour rêgner. La plupart des types de base acceptent un générateur en argument, exemple : list(x**2 for x in range(10)).
-	** http://blog.sontek.net/2008/05/11/python-with-a-modular-ide-vim/	+
-	** http://www.haypocalc.com/blog/index.php/2007/03/26/34-configurer-vim	+
-	** http://www.tummy.com/Community/Presentations/vimpython-20070225/vim.html	+
-	* Emacs :	+
-	** http://www.emacswiki.org/emacs/PythonMode	+
-	Voir aussi PyDev (Eclipse).	+	=== Portable ===
-	== Optimiser Python ==	+	Python est réellement portable. Python s'abstrait du matériel : les nombres entiers ont comme limite la mémoire vive et le texte est stocké en Unicode. Python cache les détails de chaque architecture pour offrir une API homogène sur tous les systèmes. Python gère la mémoire tout seul (avec un ramasse miettes).
-	Outils ou articles traitant de l'optimisation de Python :	+	=== Intégration aisée des bibliothèques existantes ===
-	* [http://www.cosc.canterbury.ac.nz/~greg/python/Pyrex/ pyrex] : Compilateur permettant de mélanger du code C et du code Python si j'ai bien compris (?)	+
-	* [http://psyco.sourceforge.net/ psyco] : Module C (pour architecture i386) qui fonctionne comme un compilateur JIT (Just In Time : compile durant l'exécution du programme). Apparement, l'empreinte mémoire est assez grosse dans la version actuelle mais les performances sont bonnes sans avoir à retoucher à son programme Python.	+
-	* [http://pyinline.sourceforge.net/ PyInline] permet d'ajouter du code source dans un autre langage directement dans un programme C, et de manière transparente.	+
-	* [http://www.python.org/doc/essays/list2str.html list2str] : Petit histoire sur l'optimisation (en Python uniquement) d'une fonction très simple expliquant pourquoi ça va plus vite d'une version à l'autre de la fonction.	+
-	* [http://sourceforge.net/projects/py2cmod/ py2cmod] : Outil permettant de convertir un module Python en code C, ce qui permet de créer des versions plus performante	+
-	* [http://www.scipy.org/documentation/weave/ weave] : outil permettant d'inclure du code C/C++ dans du code Python	+
-	== Destructeur et compteur de référence ==	+	Il est facile d'utiliser des bibliothèques existantes écrites dans d'autres langages (surtout en C) en Python. Avec le module ctypes, c'est on ne peut plus trivial.
-	=== Compteur de référence ===	+	=== Bonnes pratiques : docstring ===
-	L'implémentation de référence de Python (CPython) utilise un compteur de référence pour le objets. Quand le compteur tombe à zéro, son destructeur est appelé et l'objet est détruit. Mais avec certaines constructions, il se peut que le compteur ne tombe jamais à zéro :	+	Les fichiers, classes et fonctions peuvent être documentées brièvement à l'aide de docstrings. Du coup, la commande help() de l'interprète Python fonctionne sur la majorité des fonctions et classes.
-	class Fils:	+
-	def __init__(self, parent):	+
-	self.parent = parent	+
-	class Parent:	+
-	def __init__(self):	+
-	self.fils = Fils(self)	+
-	parent = Parent()	+
-	Le parent a une référence à son fils (parent.fils) et le fils a une référence à son parent (fils.parent). Pour cette raison, les deux objets ne seront jamais détruits ! Il faut casser la référence avec :	+
-	parent.fils = None	+
-	et/ou :	+
-	fils.parent = None	+
-	Sinon, une solution plus simple est d'utiliser '''weakref''' :	+	=== Bibliothèque standard ===
-	import weakref	+
-	class Fils:	+
-	def __init__(self, parent):	+
-	self.parent = weakref.ref(parent)	+
-	class Parent:	+
-	def __init__(self):	+
-	self.fils = Fils(self)	+
-	parent = Parent()	+
-	Le parent a toujours une référence (forte) à son fils, mais le fils n'a plus qu'une '''référence faible''' à son parent. La syntaxe est différente, fils.parent est maintenant une fonction qui renvoie l'instance Parent ou None si l'instance n'existe plus.	+
-	=== Destructeur ===	+	Python est livré de base avec :
-	Lorsqu'un objet est détruit, son destructeur (objet.__del__()) est appelé. Enfin... en théorie. En pratique, il est difficile de contrôler le moment exact où l'objet est détruit. Exemple :	+	* réseau : chiffrement (SSL/TLS), clients HTTP, XML-RPC, POP3, IMAP ... et serveurs HTTP, XML-RPC, ...
-	def affiche(filename):	+	* archive : bzip2, gzip, tar, ZIP
-	for line in open(filename):	+	* gérer des processus
-	print line.rstrip()	+	* gérer un système de fichier (ex: copier/supprimer un dossier)
-	print "EOF"	+
-	On peut supposer que le fichier soit fermé avant/après l'affichage d'EOF, mais ce n'est pas obligatoirement le cas. avec l'interprète PyPy, le fichier peut être fermé bien après la sortie de la fonction affiche() pour des questions de performance.	+
-	S'il est important que le fichier soit fermé au plus tôt, il faut le fermer explicitement avec sa méthode '''close()''' :	+	http://docs.python.org/library/
-	def affiche2(filename):	+
-	f = open(filename)	+
-	for line in f:	+
-	print line.rstrip()	+
-	f.close()	+
-	print "EOF"	+
-	ou plus élégamment avec '''with''' :	+
-	def affiche3(filename):	+
-	with open(filename) as :	+
-	for line in f:	+
-	print line.rstrip()	+
-	print "EOF"	+
-	== Python et ctypes ==	+	=== Nombreux types de base ===
-	Lire '''[[ctypes|Python et ctypes]]'''.	+	* int
		+	* bytes / str
		+	* tuple
		+	* list
		+	* dict
		+	* set
-	== Python C API ==	+	Chaque type a de nombreuses fonctionnalités. Ces types de base sont performants : implémentés en C, ils utilisent par exemple des algorithmes de hash pour la vitesse.
-	Lire '''[[Python C API]]'''.	+	Le type set est très pratique pour supprimer les doublons d'un ensemble ou tester qu'on élément fait déjà parti d'un ensemble. Il me manque en C par exemple (mais pas autant que list !).
-	== Python et Unicode ==	+	=== Fonctionnalités bien séparés et uniques ===
-	Lisez l'article dédié '''[[Python Unicode]]'''.	+	Les types de base ne font pas le café et chaque module Python répond à un besoin bien défini.
-	== Module subprocess ==	+	Ruby a par exemple fait le choix d'ajouter une méthode .times aux nombres pour exécuter une boucle. En Python, les boucles ne font avec les mots clés for et while uniquement.
-	Lisez l'article dédié '''[[Python subprocess]]'''.	+	Dans la mesure du possible, il y a une seule manière de faire une chose. Contre exemples : modules getopt, optparse, argparse (duplication liée à la compatibilité ascendante).
-	== Introspection ==	+	=== Compatibilité ascendante ===
-	* dir(objet) : nom des attributs de l'objet	+	Python assure la compatibilité ascendante dans toute la vie d'une version majeure de Python. Il y beaucoup de chance qu'un programme écrit pour Python 2.0 fonctionne sur Python 2.7.
-	* type(objet) : type de l'objet	+
-	* getattr(objet, nom), setattr(objet, nom, valeur), delattr(objet, nom) : lire / modifier / supprimer un attribut selon son nom	+
-	* isinstance(objet, type), issubclass(objet.__class__, classe), type(objet) == un_type, callable(objet) : teste le type d'un objet	+
-	* Attributs d'une classe :	+
-	** cls.__name__ : nom de la classe	+
-	** cls.__bases__ : classes parent	+
-	** cls.__subclasses__ : classes filles (classes qui héritent de cls)	+
-	* objet.__doc__ ou help(objet) dans l'interprète interactif : documentation de l'objet	+
-	Voir aussi le '''[http://docs.python.org/library/inspect.html module inspect]'''.	+	Par contre, cette garantie n'est pas forcément respectée par les modules tiers. D'ailleurs, les modules tiers écrit en C doivent être recompilés pour chaque version mineure (2.x) de Python, et l'API C de Python a une moins bonne compatibilité ascendante que l'API Python.
-	== Les différentes machines virtuelles ==	+	=== Bonnnes pratiques : tests ===
-	Python est un langage. On peut compiler du Python pour donner du code machine i386, mais on peut aussi en faire du bytecode Java, ou plus couramment du bytecode pour la machine virtuelle CPython (l'interpréteur le plus connu). Voici donc une liste de machines virtuelles permettant d'exécuter du Python :	+	Développer un projet en Python est moins long qu'en C par exemple car Python offre beaucoup de facilités : gestion automatique de la mémoire, exceptions, bibliothèques existantes, etc. Du coup, le temps "gagné" peut être utilisé pour écrire des tests. Les tests servent à compenser certaines lacunes de Python comme la vérification du type des arguments d'une fonction ou les erreurs qu'on n'a qu'à l'exécution. Mais ils sont obligatoires pour le refactoring d'un projet, et je considère que le refactoring est nécessaire dans la vie d'un projet. Sans refactoring, le code d'un projet est voué à grossir et se complexifier. Les développeurs initiaux vont finir par quitter le projet tôt ou tard, et plus personne ne sera capable de faire évoluer le projet.
-	* [http://www.jython.org/ Jython] : Exécution dans une ''Java Virtual Machine'' (JVM, voir [[Java]]). Voir aussi le projet [http://jpype.sourceforge.net/ Jpype] qui permet d'utiliser du Java dans Python.	+
-	* [http://ironpython.com/ IronPython] : Dans une plateforme .NET avec intégration du ''Common Language Runtime'' (CLR)	+
-	* [http://www.parrotcode.org/ Parrot] : Machine virtuelle en développement qui sera utilisée pour exécuter du Perl6 ou Python	+
-	* [http://codespeak.net/pypy/dist/pypy/doc/news.html pypy] : Implémentation de Python codée en Python qui se veut aussi rapide que l'implémentation en C, voir même plus en utilisant une analyse dynamique du code ...	+
-	* [http://www.stackless.com/ Stackless Python]	+
-	Script intéressant : [http://www.egenix.com/files/python/platform.py platform.py], donne diverses informations sur la plateforme exécutant le script Python.	+	=== Syntaxe générique et homogène ===
-	== Convertir un programme Python en ... ==	+	"for x in y: ...", "x in y", "if x: ..." : de nombreuses instructions sont identiques qu'importe le type des données. On peut donc écrire du code générique qui accepte n'importe quel type de données, et la syntaxe est facile à relire.
-	=== ... un autre langage (Java, Perl, C++) ===
-	* [[Cpp|C++]] : [http://code.google.com/p/shedskin/ Shedskin] (voir aussi le [http://shed-skin.blogspot.com/ blog de son auteur])	+	== Python et ctypes ==
-	* [[Cpp|C++]] : [http://www.strout.net/python/ai/ Python2C], petit script très limité qui vise à convertir un script Python en C++	+
-	* [[C]] : [http://code.google.com/p/unpython/ unpython]	+
-	* [[Perl]] : [http://perthon.sourceforge.net/ Perthon]	+
-	* [[Java]] : [http://www.jython.org/ Jython]	+
-	* Plateforme .NET : [http://ironpython.com/ IronPython]	+
-	=== ... un binaire (Windows / Unix) ===	+	Lire '''[[ctypes|Python et ctypes]]'''.
-	Il est possible de compiler un script Python pour produire un programme binaire.
-	* Créer un binaire Windows (PE)
-	** [http://www.py2exe.org/ Py2exe]
-	** [http://starship.python.net/crew/atuining/cx_Freeze/ cx_Freeze]
-	* Créer un binaire Unix (ELF)
-	** [http://wiki.python.org/moin/Freeze freeze.py] : Inclut dans Python apparement (?)
-	== Valgrind ==
-	* [http://svn.python.org/projects/python/trunk/Misc/README.valgrind README.valgrind]	+	== Python et Unicode ==
-	== Apprendre Python ==	+	Lisez l'article dédié '''[[Python Unicode]]'''.
-	=== Ressources gratuites ===
-	En français :
-	* [http://diveintopython.adrahon.org/ Plongez au coeur de Python] (''Dive Into Python'')
-	* [http://www.framasoft.net/article1971.html Apprendre à programmer avec Python] par Gérard Swinnen
-	* [http://code.google.com/p/swfk-fr/ Domptage de serpents pour les enfants, apprendre à programmer en Python.]
-	* [http://www.afpy.org/wiki/DocumentsPourApprendrePython Documents pour apprendre Python] : Liste de l'AFPy
-	En anglais :	+	== GIL ==
-	* [http://docs.python.org/tut/tut.html Tutoriel officiel]	+
-	=== Par le jeu ===	+	CPython utilise un verrou global pour tout l'interprète Python (''Global Interpreter Lock''). Même si on utilise des threads, un seul interprète fonctionne à la fois. On peut utiliser le module [http://docs.python.org/library/multiprocessing.html multiprocessing] pour éviter ce problème, module introduit dans Python 2.6. Il existe une version pour Python 2.4 et 2.5 : [http://pypi.python.org/pypi/multiprocessing Backport of the multiprocessing package].
-	* [http://www.pythonchallenge.com/ Python Challenge]	+	En réalité, le GIL est relaché pour de nombreuses opérations bloquantes et par de nombreux modules écrits en C. Quelques exemples :
-	* [http://projecteuler.net/ Project Euler] : Jeux mathématiques	+	* Modules bsddb, curses, ossaudiodev, fcntl, multiprocessing, sqlite3, tkinter, hashlib (MD5, SHA1, ...), posix, select, socket, zlib, bzip2
-	* pygame	+	* Opérations sur un fichier (ouverture, lecture, écriture, fermeture, ...) : concerne un grand nombre de modules
		+	* Fonctions thread.lock().acquire(), time.sleep(), syslog.syslog(), signal.pause()
-	=== Ressources payantes ===	+	En C, le GIL est relaché par les instructions suivantes :
		+	... // GIL est verrouillé ...
		+	Py_BEGIN_ALLOW_THREADS
		+	... // GIL relaché : plusieurs threads peuvent s'exécuter en même temps ...
		+	Py_END_ALLOW_THREADS
		+	... // GIL est à nouveau verrouillé ...
-	En français :	+	== Défauts de Python ==
-	* '''Programmation Python''' de Tarek Ziadé : référence Python 2.4 en français accessible aux débutants en Python	+
-	* '''Petit guide à l'usage du développeur agile''' de Tarek Ziadé : bonnes pratiques pour programmer en Python (bien que les pratiques puissent s'appliquer à d'autres langages)	+	* '''Documenter un module demande de faire le travail deux fois''' : ''docstring'' et document reST (fichier(s) .rst)
		+	** ''Les docstrings sont plutôt la documentation bas niveau (documentation de l'API), alors que la documentation au format reST est la documentation utilisateur (moins complète, mais plus éducative, organisée, avec des exemples).''
		+	** ''Le format docstring ne permet aucun mise en format, alors que reST offre beaucoup d'outils de mise en forme et permet de créer des liens entre les fonctions et modules''
		+	* '''La bibliothèque standard n'est mis à jour que tous les 18 mois''' (durée entre deux mises à jour majeures de Python)
		+	** Pour un correctif, il faut attendre 18 mois
		+	** Pour une nouvelle fonctionnalité, il faut attendre 18 mois
		+	** ''Avoir une grosse bibliothèque standard évite d'avoir des dépendances externes et simplifie dans l'installation d'applications Python''
		+	** ''Avoir la bibliothèque standard dans le code source de Python permet aux développeurs de Python de mettre à jour cette bibliothèque en même temps que le langage et l'interprète (ensemble plus homogène''
		+	* '''La bibliothèque standard n'est pas très homogène'''. C'est surtout le cas dans Python 2 : nom de modules et des fonctions ne respectant pas les dernières conventions comme la PEP 8.
		+	** ''La bibliothèque standard a été nettoyée en profondeur (surtout du côté des noms de modules et de fonction) dans Python 3''
	== Voir aussi ==		== Voir aussi ==
-	=== Articles connexes ===	+	* '''[[Python ou rien]]''' — '''[[VM Python]]'''
-		+
-	* '''[[FAQ Python]]''' — '''[[Python graphique]]''' — '''[[Python ou rien]]''' — [[pypy]] — [[HappyBoom]] — [[Poilu]] — [[Tachatte]]	+
-		+
-	=== Liens externes ===	+
-		+
-	==== Communautés ====	+
-		+
-	* [http://wikipython.flibuste.net/ wikipython.flibuste.net]	+
	* [http://www.afpy.org/ AFPY] : Association Francophone Python		* [http://www.afpy.org/ AFPY] : Association Francophone Python
-	* [http://www.python.org/ python.org] : Le site officiel
-
-	==== Documentation ====
-
-	* [http://docs.python.org/lib/lib.html docs.python.org] : Documentation officielle (en anglais), avec ici un lien sur la référence de la bibliothèque officiel de Python
-	* [http://wikipython.flibuste.net/moin.py/Traduction Projet de traduction de la documentation officielle complète en français]
-	* [http://www.python.org/dev/peps/pep-0008/ Conseils sur le style de programmation en Python (PEP 8)]
-	* [http://wikipython.flibuste.net/moin.py/JouerAvecUnicode Jouer avec Unicode]
-	* [http://dosimple.ch/articles/Python-SWIG/ Tutoriel Python-SWIG] : Comment interfacer Python avec du C ou C++
-	* [http://www.bouil.org/w/Python_et_XML Python et XML (aide mémoire)]
-
-	==== Projets intéressants utilisant en Python ====
-
-	* [http://home.gna.org/oomadness/fr/slune/ Slune] : Jeu de voiture en 3D codé en Python (utilise Soya3D)
-	* [http://sam.zoy.org/monsterz/ Monsterz] : Jeu très sympatoche codé en Python
-	* [http://ipython.scipy.org/ IPython] : Shell écrit en Python ;-)
-	* [http://www.gajim.org/ Gajim] : Client Jabber en GTK
-	* [http://www.list.org/ Gnu Mailman] : Gestionnaire de liste de diffusion
-	* [http://www.zope.org/ Zope] : Serveur d'application (HTTP)
-	* [http://www.edgewall.com/trac/ Trac] : Outil « tout en un » pour la gestion de projet, c'est-à-dire : suivi de SubVersion, gestion de bug, gestion des tâches, wiki, etc.
-	* [http://gramps-project.org/ GRAMPS] : Outil pour gérer sa généalogie
-	* [http://www.tinyerp.com/ TinyERP] : Progiciel de gestion intégré (ERP) et gestion de la relation client (CRM)
-	* [http://icculus.org/pyddr/ PyDDR] : Jeu de danse dans le style ''Dance Dance Revolution''
-
-	Voir aussi : [http://www.pygtk.org/applications.html les applications qui utilisent PyGTK].
-
-	De nombreux "gros" logiciels utilisent Python comme langage d'extension : OpenOffice, Inkscape, Scribus, Blender, ...
-
-	==== Bibliothèques ====
-
-	* [http://pymedia.org/ PyMedia] : Lire des fichiers Wav, Ogg, Mp3, etc.
-	* [http://www.pygtk.org/ PyGTK] : Binding Python pour GTK+
-	* [http://www.riverbankcomputing.co.uk/pyqt/ PyQt] : Binding Python pour Qt
-	* [http://twistedmatrix.com/trac TwistedMatrix] : Bibliothèque réseau haut-niveau très performante (et également toute une partie sur les traitements asynchrones)
-	* [http://www.crummy.com/software/BeautifulSoup/ BeautifulSoup] : Permet de manipuler facilement des documents HTML « accidentés » (ne respectant pas la norme du W3C)
-	* [http://www.jorendorff.com/articles/python/path/ module <code>path</code>] : Dans la même trempe que <code>os.join</code>, mais en bien plus puissant.
-	* [http://sourceforge.net/projects/py-fate/ py-fate] : Framework contenant des proxys et algorithmes qui permettent d'écrire un programme résistant aux erreurs.
-	* [http://pyro.sourceforge.net/ PYRO] : PYthon Remote Objects
-	* [http://datamining.anu.edu.au/~ole/pypar/ Pypar] : Parallel Programming in the spirit of Python! (basé sur MPI)
-
-	==== Divers ====
-
-	* (en) [http://www.artima.com/weblogs/viewpost.jsp?thread=211062 Slides/Handout for "Code Like A Pythonista: Idiomatic Python" Available]
-	* (en) [http://www.logilab.org/projects/pylint pylint] : Un programme note la qualité d'un code écrit en Python développé par Logilab (ceux qui bossent aussi sur PyPy)
-	* (en) [http://www.python.org/dev/summary/ python-dev summaries]: Résumé de liste de discussion python-dev
-	* (fr) [http://www.proformatique.org/spip.php?article86 Créer un navigateur web avec python] (8 janvier 2006)
-	* (en) [http://www.cs.tut.fi/~ask/aspects/aspects.html A Light-weight Approach to Aspect Oriented Programming in Python]
-	* (en) [http://cjkpython.i18n.org/ Python for CJK] (Chinese, Japanese, Korean)
-	* (en) [http://unununium.org/ Unununium] : Système d'exploitation écrit en Python (enfin, une surcouche à un OS pour l'instant)
-	* (en) [http://www.fluendo.com/elisa/ Elisa] : MediaCenter développé en Python par la société barcelonaise Fluendo (pro-formats libres tels que Ogg/Theora et Ogg/Vorbis)

---

Version actuelle

Retour aux langages de programmation

---

[modifier] Présentation du langage

Python est un langage de programmation interprété possédant une grande bibliothèque de fonctions (ou modules). Ayant longuement programmé en C et C++, je trouve que programmer en Python (plutôt que C ou C++) est un grand gain de temps : aussi bien pour l'écriture du code que pour sa maintenance (débogage). La gestion des erreurs (ou exceptions) est bien meilleure : un programme ne plante pas, mais une exception est levée. Après, c'est au programmeur de bien gêrer les exceptions Python !

Au niveau des désavantages, six mois d'utilisation m'ont fait remarqué un défaut récurrent aux langages interprétés : il n'est pas possible de dire que le programme est stable. Il est toujours possible qu'une fonction inutilisée dans 99% des cas soit appelée, et là ... « c'est le drâme » (cf. 20h20). Le drâme est un appel d'une fonction ... qui n'est pas définie. Ce problème est détecté à la compilation en C.

Autre désavantage : Python est un langage interprété. Du coup, il est forcément beaucoup plus lent que des langages compilés comme le C (réputé pour sa vitesse). Il existe de nombreux projets visant à accélérer Python pour le rapprocher des performances d'un programme en C. Voyez la partie ci-dessous qui est dédiée à l'optimisation.

---

Sommaire 1 Présentation du langage 2 Apprendre Python 2.1 Ressources gratuites 2.2 Par le jeu 2.3 Ressources payantes 3 Pourquoi j'aime Python 3.1 Espace de nommage 3.2 Explicite 3.3 Exceptions 3.4 for x in y 3.5 with 3.6 Fonctions ayant peu d'arguments grâce à la POO 3.7 Lisibilité 3.8 Programmation fonctionnelle 3.9 Portable 3.10 Intégration aisée des bibliothèques existantes 3.11 Bonnes pratiques : docstring 3.12 Bibliothèque standard 3.13 Nombreux types de base 3.14 Fonctionnalités bien séparés et uniques 3.15 Compatibilité ascendante 3.16 Bonnnes pratiques : tests 3.17 Syntaxe générique et homogène 4 Python et ctypes 5 Python et Unicode 6 GIL 7 Défauts de Python 8 Voir aussi

[modifier] Apprendre Python

[modifier] Ressources gratuites

En français :

• Initiation à Python 3 de Robert Cordeau
• A Byte of Python (en français)
• Plongez au coeur de Python (Dive Into Python)
• Apprendre à programmer avec Python par Gérard Swinnen
  • Apprendre à programmer avec Python 3 par Gérard Swinnen
• Apprendre Python en 10 minutes (source du document)
• Domptage de serpents pour les enfants, apprendre à programmer en Python.
• Documents pour apprendre Python : Liste de l'AFPy
• Abrégé Dense Python 3.2

En anglais :

• Invent your own computer game with Python
• Tutoriel officiel
• Building Skills in Python

[modifier] Par le jeu

• Python Challenge
• Project Euler : Jeux mathématiques
• pygame

[modifier] Ressources payantes

En français :

• Programmation Python de Tarek Ziadé : référence Python 2.4 en français accessible aux débutants en Python
• Petit guide à l'usage du développeur agile de Tarek Ziadé : bonnes pratiques pour programmer en Python (bien que les pratiques puissent s'appliquer à d'autres langages)

[modifier] Pourquoi j'aime Python

[modifier] Espace de nommage

On contrôle très finement l'espace de nommage d'un fichier. On connait exactement quels sont les symboles importés lorsqu'on importe un module : "import sys" ajoute le symbole sys, "from sys import version" ajoute le symbole version. Par exemple, #include <stdio.h> en C importe des centaines de macro, constantes et fonctions. Il n'y pas de variable super globale et peu de fonctions globales (contrairement à PHP qui en a des centaines). Chaque classe et chaque fonction est également un espace de nommage. Les fonctions de la bibliothèques standards sont rangés dans des modules. Du coup, on ne retrouve pas avec des noms préfixés (exemple avec les fonctions iconv en PHP : iconv_get_encoding(), iconv_strlen(), ...).

[modifier] Explicite

Il n'y pas de variable magique ou argument magique sorti de nul part. Tout est explicite. Le code Python est généralement plus verbeux que Perl, mais il est assez facile de comprendre un code Python inconnu.

[modifier] Exceptions

La gestion des erreurs par l'utilisation d'exception est utilisée quasiment partout. Pour ignorer une erreur, il faut le faire explicitement. La gestion d'erreur est plus simple qu'en C par exemple : si une fonction ne souhaite pas gérer l'erreur elle-même, elle n'a pas besoin de remonter l'erreur explicitement à la fonction appelant. En C, si on omet de tester explicitement la valeur de retour d'une fonction, ou bien de remontrer l'erreur à la fonction appelant, on peut perdre des données (fichier corrompu silencieusement, plantage si on omet de vérifier que malloc() n'a pas échoué, etc.). En Python, une erreur d'allocation mémoire lêve une exception MemoryError.

try/finally est pratique pour exécuter du code qu'une exception soit levée ou non.

[modifier] for x in y

Parcourir n'importe quel type d'ensemble se fait facilement avec une syntaxe claire, "for x in y: ...". En C, il faut gérer manuellement la boucle (initialisation, condition de fin, passer à l'élément suivant).

[modifier] with

Mot clé with : "with open(fichier) as f: ...", "with verrou: ...", "with subprocess.Popen(...): ...", etc.

[modifier] Fonctions ayant peu d'arguments grâce à la POO

Les types de base (nombres, chaînes de caractère, liste, dictionnaire, ...) sont des objets, les classes et les fonctions sont des objets, etc. La bibliothèque standard utilise massivement la programmation orientée objet. Du coup, les fonctions (méthodes) ont peu d'argument et on se trompe moins facilement. Par exemple, fgets(s, size, stream) a 3 arguments en C, alors que fichier.readline() n'en a aucun. De même, l'opérateur "in" évite de se tromper dans l'ordre quand on cherche un élément dans un ensemble : "x in y" est explicite, alors que pour in_array($x, $y) en PHP ou strstr(x, y) en C je dois relire la documentation de temps à autre pour vérifier l'ordre des arguments.

[modifier] Lisibilité

Grâce à l'indentation obligatoire et la PEP 8, il est facile de relire le code d'un autre projet et le reprendre dans son projet (en respectant sa licence bien sûr).

[modifier] Programmation fonctionnelle

Les générateurs (yield dans une fonction) et les list comprehension ont un goût de programmation fonctionnelle et permettent facilement d'écrire des algorithmes complexes. Diviser pour rêgner. La plupart des types de base acceptent un générateur en argument, exemple : list(x**2 for x in range(10)).

[modifier] Portable

Python est réellement portable. Python s'abstrait du matériel : les nombres entiers ont comme limite la mémoire vive et le texte est stocké en Unicode. Python cache les détails de chaque architecture pour offrir une API homogène sur tous les systèmes. Python gère la mémoire tout seul (avec un ramasse miettes).

[modifier] Intégration aisée des bibliothèques existantes

Il est facile d'utiliser des bibliothèques existantes écrites dans d'autres langages (surtout en C) en Python. Avec le module ctypes, c'est on ne peut plus trivial.

[modifier] Bonnes pratiques : docstring

Les fichiers, classes et fonctions peuvent être documentées brièvement à l'aide de docstrings. Du coup, la commande help() de l'interprète Python fonctionne sur la majorité des fonctions et classes.

[modifier] Bibliothèque standard

Python est livré de base avec :

• réseau : chiffrement (SSL/TLS), clients HTTP, XML-RPC, POP3, IMAP ... et serveurs HTTP, XML-RPC, ...
• archive : bzip2, gzip, tar, ZIP
• gérer des processus
• gérer un système de fichier (ex: copier/supprimer un dossier)

http://docs.python.org/library/

[modifier] Nombreux types de base

• int
• bytes / str
• tuple
• list
• dict
• set

Chaque type a de nombreuses fonctionnalités. Ces types de base sont performants : implémentés en C, ils utilisent par exemple des algorithmes de hash pour la vitesse.

Le type set est très pratique pour supprimer les doublons d'un ensemble ou tester qu'on élément fait déjà parti d'un ensemble. Il me manque en C par exemple (mais pas autant que list !).

[modifier] Fonctionnalités bien séparés et uniques

Les types de base ne font pas le café et chaque module Python répond à un besoin bien défini.

Ruby a par exemple fait le choix d'ajouter une méthode .times aux nombres pour exécuter une boucle. En Python, les boucles ne font avec les mots clés for et while uniquement.

Dans la mesure du possible, il y a une seule manière de faire une chose. Contre exemples : modules getopt, optparse, argparse (duplication liée à la compatibilité ascendante).

[modifier] Compatibilité ascendante

Python assure la compatibilité ascendante dans toute la vie d'une version majeure de Python. Il y beaucoup de chance qu'un programme écrit pour Python 2.0 fonctionne sur Python 2.7.

Par contre, cette garantie n'est pas forcément respectée par les modules tiers. D'ailleurs, les modules tiers écrit en C doivent être recompilés pour chaque version mineure (2.x) de Python, et l'API C de Python a une moins bonne compatibilité ascendante que l'API Python.

[modifier] Bonnnes pratiques : tests

Développer un projet en Python est moins long qu'en C par exemple car Python offre beaucoup de facilités : gestion automatique de la mémoire, exceptions, bibliothèques existantes, etc. Du coup, le temps "gagné" peut être utilisé pour écrire des tests. Les tests servent à compenser certaines lacunes de Python comme la vérification du type des arguments d'une fonction ou les erreurs qu'on n'a qu'à l'exécution. Mais ils sont obligatoires pour le refactoring d'un projet, et je considère que le refactoring est nécessaire dans la vie d'un projet. Sans refactoring, le code d'un projet est voué à grossir et se complexifier. Les développeurs initiaux vont finir par quitter le projet tôt ou tard, et plus personne ne sera capable de faire évoluer le projet.

[modifier] Syntaxe générique et homogène

"for x in y: ...", "x in y", "if x: ..." : de nombreuses instructions sont identiques qu'importe le type des données. On peut donc écrire du code générique qui accepte n'importe quel type de données, et la syntaxe est facile à relire.

[modifier] Python et ctypes

Lire Python et ctypes.

[modifier] Python et Unicode

Lisez l'article dédié Python Unicode.

[modifier] GIL

CPython utilise un verrou global pour tout l'interprète Python (Global Interpreter Lock). Même si on utilise des threads, un seul interprète fonctionne à la fois. On peut utiliser le module multiprocessing pour éviter ce problème, module introduit dans Python 2.6. Il existe une version pour Python 2.4 et 2.5 : Backport of the multiprocessing package.

En réalité, le GIL est relaché pour de nombreuses opérations bloquantes et par de nombreux modules écrits en C. Quelques exemples :

• Modules bsddb, curses, ossaudiodev, fcntl, multiprocessing, sqlite3, tkinter, hashlib (MD5, SHA1, ...), posix, select, socket, zlib, bzip2
• Opérations sur un fichier (ouverture, lecture, écriture, fermeture, ...) : concerne un grand nombre de modules
• Fonctions thread.lock().acquire(), time.sleep(), syslog.syslog(), signal.pause()

En C, le GIL est relaché par les instructions suivantes :

... // GIL est verrouillé ...
Py_BEGIN_ALLOW_THREADS
... // GIL relaché : plusieurs threads peuvent s'exécuter en même temps ...
Py_END_ALLOW_THREADS
... // GIL est à nouveau verrouillé ...

[modifier] Défauts de Python

• Documenter un module demande de faire le travail deux fois : docstring et document reST (fichier(s) .rst)
  • Les docstrings sont plutôt la documentation bas niveau (documentation de l'API), alors que la documentation au format reST est la documentation utilisateur (moins complète, mais plus éducative, organisée, avec des exemples).
  • Le format docstring ne permet aucun mise en format, alors que reST offre beaucoup d'outils de mise en forme et permet de créer des liens entre les fonctions et modules
• La bibliothèque standard n'est mis à jour que tous les 18 mois (durée entre deux mises à jour majeures de Python)
  • Pour un correctif, il faut attendre 18 mois
  • Pour une nouvelle fonctionnalité, il faut attendre 18 mois
  • Avoir une grosse bibliothèque standard évite d'avoir des dépendances externes et simplifie dans l'installation d'applications Python
  • Avoir la bibliothèque standard dans le code source de Python permet aux développeurs de Python de mettre à jour cette bibliothèque en même temps que le langage et l'interprète (ensemble plus homogène
• La bibliothèque standard n'est pas très homogène. C'est surtout le cas dans Python 2 : nom de modules et des fonctions ne respectant pas les dernières conventions comme la PEP 8.
  • La bibliothèque standard a été nettoyée en profondeur (surtout du côté des noms de modules et de fonction) dans Python 3

[modifier] Voir aussi

• Python ou rien — VM Python
• AFPY : Association Francophone Python