Discussion :

[hibou107]

Bonjour,
Je veux bien apprendre Python mais il reste quelques doutes:
Je vois Python comme un langage pour faire des petits traitements plutôt qu'un gros logiciel de millions de codes.
Par exemple en C++ on peut diviser le logiciel en plusieurs projets avec plusieurs dll, tandis que en Python on a seulement un fichier d'exécution.

Ma question est est ce qu'un gros logiciel peut se concentrer en un seul fichier exécutable?

[kango]

tandis que en Python on a seulement un fichier d'exécution.

bonjour,

ceci n'est pas vrai tu peux avoir une décomposition en librairie sur la granularité que tu décides afin d'augmenter la réutilisabilité de certains composants, tout comme en c++.

là où la philosophie est différente, c'est sur le déploiement de l'application. Une appli Python va nécessiter que Python soit installé sur la machine cible (ainsi que toutes les librairies non-standard sur lesquels ton application repose).

cet aspect peut être contourné par le fait qu'il est possible avec certains outils de rendre ton application indépendante d'une installation Python. Ton appli va être "freezée" (et tu retrouveras d'ailleurs dans ce freeze toutes les dll -ou pyd- nécessaires à ton projet).

la question n'est donc pas de savoir si Python est adapté à un gros projet, mais plutôt si Python est adapté au thème du sujet en question . Si tu cherches à faire un solveur CFD en Python par exemple, tu peux revoir ta copie

[hibou107]

Merci pour ta réponse, en tout cas, pour les solveurs numériques il existe PyNum non?

As tu un lien ou FAQ qui explique le fait de décomposer un projet python en sous projet?

Merci

[VinsS]

Salut,

Comme exemples de gros machins, tu as Bazaar:

https://code.launchpad.net/bzr

Ou, pire encore, Eric5:

http://eric-ide.python-projects.org/eric-code.html

là, il faut mercurial.

[Sve@r]

Merci pour ta réponse, en tout cas, pour les solveurs numériques il existe PyNum non?

A un certain niveau de calcul scientifique, Python atteint ses limites (ce qui est naturel)

As tu un lien ou FAQ qui explique le fait de décomposer un projet python en sous projet?

C'est un travail personnel. Toi seul connait ton projet et tes besoins. Mais tu auras un bon point de départ si tu adoptes un découpage en MVC (Modèle, Vue, Contrôleur)
Le modèle c'est la façon dont sont stockées les données (bdd, fichier texte, etc)
La vue, c'est l'outil qui te permet d'afficher et saisir tes données (PyQt, wxWidget, etc)
Le contrôleur c'est l'outil qui traite les données

Ainsi, tu pourras faire facilement évoluer certains points selon les besoins et les évolutions (remplacer MySQL par Postgres ou par Oracle, remplacer PyQt par wxWidget, etc)...

[kango]

Merci pour ta réponse, en tout cas, pour les solveurs numériques il existe PyNum non?

As tu un lien ou FAQ qui explique le fait de décomposer un projet python en sous projet?

Merci

de mon expérience (et donc à confirmer avec d'autres utilisateurs numpy) numpy est performant pour tous les algos qui se vectorisent bien. dès que la vectorisation n'est plus possible, les performances s'effondrent par rapport à du code compilé.

pour le découpage "physique" du projet, tu peux regarder ici:

http://docs.python.org/tutorial/modules.html

il y a une présentation des packages python.