Prise en main de Python et mise en pratique

Bonjour à tous,

Je suis chef de projet web dans une entreprise. Nous développons des applis en php et Node principalement pour des usages internes mais aussi externes.

Depuis quelques temps nous avons des besoins d'applications Desktop. Il nous a été demandé, tout en conservant l'aspect client-serveur, de ne pas développer d'appli web.

Après de multiple discussion nous nous sommes tournés vers python. Nous sommes donc tous (5) en phase d'apprentissage. Personnellement, étant plus vieux, j'ai lu, relu, re relu le livre de Gérard Swinenn.

J'ai testé Eclipse, Spyder et PyCharm. Comme nous utilisons phpStorm, je me suis tourné vers PyCharm.

Maintenant , j'ai une petite question :

Je me suis fait quelques petits programme à peu près aussi intéressant que les Hello World, et je voudrais aller plus loin.

J'ai bien compris que Django était un framework pour les applications Web. Quand est -il pour des applications "Lourdes" ?

Avez vous quelques suggestions à me donner la dessus.
Nous sommes sous python 3.5 (Debian 9) et PyQt5


Je vous remercie de votre aide, et m'excuse par avance du coté Très débutant de mon post.

Bonne journée à tous.

Salut,

Si vous avez déjà PyQt5 d'installé, alors je ne peux que te le recommander.

Ce framework est pratiquement sans limite.

Il y a de nombreux exemples fournit avec, mais je n'ai pas trouvé de paquet .deb qui les contiennent donc j'ai téléchargé les sources.

https://www.riverbankcomputing.com/s...pyqt/download5

Regarde dans le sous-dossier examples.

Salut,

Citation:

---

Envoyé par FadeToBlack

Quand est -il pour des applications "Lourdes" ?

---

C'est quoi une application "lourde"? Je sais ce que peut être un "client lourd" dans la terminologie "client-serveur" mais ce n'est pas une application juste une architecture.

- W

Merci à tous les deux pour vous réponses rapides

Citation:

---

Envoyé par wiztricks

C'est quoi une application "lourde"?

---

Je reprenais le terme que les utilisateurs de ma boite prennent lorsqu'ils parlent d'un client lourd. Outlook vs webmail. Je sais bien que le terme n'était pas judicieux mais c'est pour cela que je l'avais mis entre quote:aie:


Plus prosaïquement, la demande de ma direction est que nous devons développer des 'applications' qui n'est pas de relations directes avec un navigateur. NOus avons réalisés quelques petites choses avec Electron, et cela n'est plus possible.

En fait ce que je n'arrive pas à saisir, c'est la logique. Comme je viens de Php et Node, je suis habitué à construire des "applis" avec Symfony, Sails etc... Une simple commande du genre "create project", crée toute l'architecture.

J'ai vu aussi cela, si j'ai bien compris avec Django. Mais pour des clients lourd :mouarf:, je n'ai rien vu (ou pas bien vu).

j'ai compris, en faisant mes tests que l'on pouvait faire des packages, et construire son architecture perso, mais comme nous sommes 5 à developper un même projet, j'aimerais que nous ayons une architrecture commune. C'est déjà difficile de ce mettre à un nouveau langade dans l'urgence. Mais là avec nos tests nous avons pour un même projet cinq dev différents. En je ne parle que de petits scripts en local. Qu'est ce que cela va donner lorsque nous devons travailler sur le même projet.


Je ne sais pas si je suis clair. J'avoue avoir un peu la tête farcie ce soir.:calim2:

Bonne soirée à vous

Salut,

Citation:

---

Envoyé par FadeToBlack

j'aimerais que nous ayons une architrecture commune. C'est déjà difficile de ce mettre à un nouveau langade dans l'urgence. Mais là avec nos tests nous avons pour un même projet cinq dev différents. En je ne parle que de petits scripts en local. Qu'est ce que cela va donner lorsque nous devons travailler sur le même projet.

---

Une architecture commune est un bon sujet de discussion entre vous. D'autant que je ne vois pas trop ce qu'il y a de spécifique au langage utilisé la dedans (c'est une question de découpage en composants, de distribution des rôles de chacun et de standards de codage). La rubrique ALM devrait avoir des réponses.
Après un client lourd, c'est en gros une bibliothèque graphique et une base de donnée.
PyQt est un peu compliqué pour ce que vous allez en faire mais çà fait "sérieux".
note: Python inclus tkinter de base, vous vous en prendrez moins plein les mirettes et c'est largement suffisant pour fabriquer l'interface graphique de 90% des applications qu'on peut vouloir développer.
Un équivalent de Django pour Python pourrait être Camelot. Mais il n'ont pas sorti grand chose depuis des années car je ne vois pas comment ce genre de truc pourrait avoir un succès dans la communauté Python.
Bon courage,

- W

je te remercie pour des réflexions.

On se penche sur tous cela et je ferais un retour d'expérience, histoire peut être de répondre aux questions des futurs dev Python.

Bonne soirée.

Je clos le post.