Réponse acceptée !
Hello,
ça en revient sensiblement au même. On parle PHP là, un langage orienté web. Mais, parlong d'un framework que je connais bien, ayant bossé dessus dans ma précédente boîte : XMLRad. C'est un framework basé sur XML/XSL-T, un langage serveur au choix (un paquet sont supportés, dont PHP, mais aussi Delphi, C#, Java, etc...), et une bdd.
Quand tu charges un module, t'as une url du type XMLRad.exe/module.dll?option1=valeur1
De toutes façons, c'est ce que tu verras dans ta barre d'adresse. L'url est construite dynamiquement par me module, selon les actions entreprises : c'est géré au sein du module, et dépend de la façon d'appeler le module. Dans le cas d'XMLRad, ça reste simple, puisque tu reprends l'url telle quelle, dan tes pages :
<a href="module.dll?option2=valeur2" title="..."...>bla</a>
Je ne sais pas ce qu'il en est pour PHP dans ce framework vu que nous l'utilisons avec Delphi.
Mais ça, c'est pour un module ne gérant pas seul ces options.
Il y avait un module de pagination, justement. Ben celui là, il te suffisait de l'inclure dans ton module principal, et tu n'avais plus rien à gérer. Le sous-module de paginatiàon se chargeant de savoir où il était, et ce qu'il devait afficher. Vu que l'on jouait avec un flux XML et une technologie qu'ils appelaient les "fragments xml", le moteur interne du sous module créait ses fragments, et appelait uniquement ce dont il avait besoin dans la bdd, en fonction de l'endroit (de la page) où on se trouvait.
Mais, d'où la difficulté de te répondre : c'était dépendant du fonctionnement interne du framework.
Bref, tout dépend de la technologie que tu emploies. Mais l'intérêt d'un framework, c'est quand même de pouvoir TRES FACILEMENT insérer des modules, ou créer les tiens évidemment, avec un minimum de travail de développement. Donc, trouver un moyen de gérer ce genre de choses.