D’ailleurs en parlant de cela, la case “follow-up” serait mieux au niveaux des identifiants, cela éviterait de se dire après “oups” j’ai oublié quelle page c’était :-)

Pour la 2, l’un ou l’autre se vaut. Perso je préfère celery pour toutes les raisons que tu as indiqués, et du coup il y a un module task.py et non un répertoire bin.

Maintenant c’est bon je suis convaincu : bordel -> organisation -> factorisation -> … et encore le bordel (rangé) !!!

Question subsidiaire : je n’ai pas de lib mais plutôt un répertoire bin.

Dans ce répertoire je mets le code pour :

1 – des actions que je lance soit avec django pour des mises à jour de données (rafraichissement des données issues de sources externes, qui sont parsées)

2 – lander les actions périodiquement.

Est-ce la bonne approche pour “bin” ? Je me demande s’il ne vaudrait pas mieux que je rappatrie une partie des codes dans les apps qui existent … Qu’en pensez-vous ?

Pour la partie “cron” je pourrais la lancer à partir de django. J’ai l’impression que Celery serait mieux (pas de problème de PATH python, gestion des logs, gestion des erreurs, pas de droits root sur la machine de prod, …). Vous avez un petit commentaire sur le sujet ?

Sinon, très bon article !

Merci !

• si c’est de la manipulation de données, tu peux mettre ça dans les models.py
• si c’est de la validation de données, tu peux mettre ça dans forms.py.
• si c’est du formatage pre template, tu peux mettre ça dans un template tag.
• pour le reste, tu mets ça dans un module nommé selon le but de la procedure dans ton app (ou une app spécifique pour ça si tu as beaucoup de code). Tu n’est pas limité aux modules existant dans une app, tu peux et doit créé tes propres modules.

J’ai commencé a me former a l’utilisation du Python et de Django tout récemment. Et parfois certaines questions ‘techniques’ ou d’organisations me désarçonnent complètement.

Heureusement d’ailleurs que des sites comme celui-ci (mais quand même en particulier celui-ci) me donnent un sacré coup de de main quand cela arrive.

Cependant ( et c’est peut etre bien de ma faute, je n’ai peut etre pas encore assez chercher), je n’ai pas trouvé réponse a la question que je me posais en arrivant sur cette page.

Le projet sur lequel je travaille est encore dans une phase “enfant” , malgré cela, je commence a avoir des fonctions dans mes views.py qui ressemble de plus en plus a de gros pavés en accumulant 50 ou 100 lignes de codes par fonction.

Alors, voila ma question: “D’après vous, quelle est la meilleure facon de remédier a ce problème ? Comment redécouper proprement une fonction contenue dans un views.py ?”

Bonne soirée a vous ;)

Connaissant le dev web via des framework PHP (codeIgniter, CakePHP…), j’ai été un peu chamboulé au début avec Django. En tant que bon fainéant de dev, je prône la factorisation: je savais qu’il fallait que je m’organise bien mais j’étais perdu avec cette histoire d’app… Concrètement ton article m’a ouvert les yeux, un point reste néanmoins flou… Pour le moment j’ai une app qui gère les utilisateurs et les groupes (pas d’utilisation des groupes Django, nos specs partent sur un autre principe) et il va y avoir une app métier. Dans ma première app j’ai mis en place Bootstrap & JQuery (car Django pas content voulait pas mappé sur le dir static de la racine). Sera t il possible d’utilisé ces css et js depuis l’autre app ? Dans un premier temps les 2 apps seront très très liées mais bon…

Au début, il est naturel que tu ne saches pas exactement quelles sont les fonctionalités à isoler sous forme d’app, et donc tu fais des apps pour chaque partie de ton architecture. Plus tard, les groupes fonctionnels apparaitrons plus clairs, et tu voudras sans doute revoir ton organisation.