Discussion :

[Ahima49]

Bonjour,
J'ai deux questions relatives à l'organisation.
Après avoir lu un bouquin fait un gros tuto et lu un peu de doc je n'ai pas trouvé mes réponses.

Tout d'abord comment définir ce qui va ou pas dans une app.
Est ce que la partie front du site doit être encapsulé dans une app ?
Si dans mon site j'ai imaginons un tchat qui lui même est dans une app, va il pouvoir être chargé à l'intérieur d'une page blog qui elle même sera encapsulée dans une autre appli ?
J'aimerais comprendre la règle générale qui permet de savoir comment découper ses applis et leur interactions.

J'ai remarqué qu'on nous faisait mettre tout le code controler dans les view.py
J'aimerais scinder mon view.py, voir en faire un par page pour certaines grosses pages, comment m'y prendre ?
A cette suite est ce qu'un view.py général pourrait charger des view-ma_page_en_cours.py ?

Merci bien !

[wiztricks]

Salut,

J'aimerais comprendre la règle générale qui permet de savoir comment découper ses applis et leur interactions.

Imaginez que vous deviez construire une nouvelle application A.
Ce n'est pas la première application que vous créez et vous avez déjà fabriqué B, C, D,.... Et que pour gagner du temps vous souhaitiez récupérer des bouts de C.
Vous avez 2 options: recopier les bouts de C intéressant dans A (ils deviennent ainsi partie intégrante de A et évolueront dans leur coin indépendamment de C) ou utiliser C comme une bibliothèque dans laquelle vous allez piocher pour construire A.

Qui dit bibliothèque, dit aussi "interface" qui va définir l'emballage, les points d'entrées et les conditions d'utilisation. Si vous voulez faire çà avec des applications Django, le mode d'emploi est dans ce tutoriel..
Si vous voulez faire çà avec des applications Python "pures", le mode d'emploi est dans le tutoriel Python


Pour ce qui est de comment découper son application et les interactions... Il n'y a pas de règles ou plutôt ce qui va définir le découpage est arbitraire.

Prenez une application de 500 lignes de code. Qu'est ce qui va vous guider pour regrouper ces lignes là en fonction, ces fonctions en classes, ces classes en module,... essentiellement des critères non techniques qui font qu'un autre programmeur pourra faire des choix différents tout aussi pertinents.

J'ai remarqué qu'on nous faisait mettre tout le code controler dans les view.py
J'aimerais scinder mon view.py, voir en faire un par page pour certaines grosses pages, comment m'y prendre ?

Rien ne vous empêche de créer un dossier "views" contenant vos différents view1.py, view2.py, .... et un fichier __init__.py qui les "importe".
Ce qui est une façon "python" d'exploser un truc en morceaux et documenté dans le tutoriel Python déjà mentionné.

- W

[Ahima49]

Merci beaucoup wiztricks pour votre réponse qui m'aide beaucoup.
Me manque plus qu'une réponse, est ce que la partie front du site doit être dans une app et si oui alors dois-je ajouter à coté de settings.py, admin.pu, models.py etc un fichier view.py ?

[wiztricks]

est ce que la partie front du site doit être dans une app et si oui alors dois-je ajouter à coté de settings.py, admin.pu, models.py etc un fichier view.py ?

Si vous créez une applications "django", ces fichiers là sont crées par le système Django et documentés dans les premières pages du tutoriel de base.
Donc à priori, vous n'avez rien à faire: ils sont déjà là et bien placés.

- W

[Ahima49]

Quand je crée une appli django à l’origine je n'ai que __init__ settings url wsgi, models et view n'apparaissent dans les sous applis sauf erreur de ma part.
C'est d'ailleurs ce qui est dit dans le tuto que vous m'avez transmis aussi :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
mysite/
    manage.py
    mysite/
        __init__.py
        settings.py
        urls.py
        wsgi.py

[wiztricks]

C'est d'ailleurs ce qui est dit dans le tuto que vous m'avez transmis aussi

Si vous lisez attentivement le tuto. çà parle de projet (qui correspond à ce que vous montrez) et d'applications (là où sont les views.py).
Et dans le jargon Django, "projet" correspond plutôt à un serveur Web alors qu'application se rattache plutôt aux "services" qui permet de rendre.

- W

[Ahima49]

çà parle de projet (qui correspond à ce que vous montrez) et d'applications (là où sont les views.py).Et dans le jargon Django, "projet" correspond plutôt à un serveur Web alors qu'application se rattache plutôt aux "services" qui permet de rendre.

Je crois pas, pour chaque site on fait

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

django-admin startproject lenomdusite

Sinon chaque site se retrouverais à être une appli d'un gigantesque projet.
Donc effectivement tout doit être dans une app, même le front, car à l'origine il n'y a pas de view avant qu'on face un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

python manage.py startapp lenomdemonapp

C'est juste quand dans tous les tuto que j'ai fait c'est expliqué par la pratique et non la theorie, on fait une appli sondage, une appli blog, mais si on à juste un front qui n'est pas une appli déterminé ce n'était pas expliqué.
Sujet résolu, merci !