[RÉGLÉ] différence controller / view dans l'URL d'administration

[elecoest]

Bonjour,

Je débute un petit composant perso et j'ai bien sur une petite question . Quelle est la différence au niveau de l'affichage entre le controleur et la vue ?

index.php?option=com_covoiturage&controller=vehicu les => m'affiche la page par défaut de mon composant

index.php?option=com_covoiturage&view=vehicules => m'affiche bien la liste de mes véhicules

J'ai louppé une ligne de code dans mes fichiers ? C'est ptet normal et je vais devoir m'y faire.

Merci pour vos réponses

[cavo789]

Re : différence controller / view dans l'URL d'administration

Bonjour

Lorsque tu n'as qu'un seul controlleur, il n'est pas nécessaire de spécifier le &controller dans l'url. Perso, je ne l'ai jamais spécifié; je n'en vois pas vraiment l'intérêt.

Dans ton premier cas, tu n'indiques aucune vue; c'est donc "la page par défaut de ton composant". Je ne sais pas ce que tu nommes page par défaut mais si tu veux que cela soit vehicules; tu n'as qu'à mettre un JRequest::setVar('view','vehicules') dès lors que &view est non mentionné.

[elecoest]

Re : différence controller / view dans l'URL d'administration

Merci cavo pour ton explication !

la page par défaut c'est bien la default - que je dois créer bien sur - comme tu le présupposais.

J'ai 3 controleur (trois tables à alimenter avec leur vue). Ce qui m'étonne c'est que je doive passer la vue en paramètre plutot que le controlleur. Mais bon je vais faire comme çà

Merci beaucoup.

[cavo789]

Re : différence controller / view dans l'URL d'administration

Ce qui m'étonne c'est que je doive passer la vue en paramètre plutot que le controlleur. Mais bon je vais faire comme çà

C'est pas obligatoire mais c'est mieux. Tu peux dire &task=FaisCeci et dans ton controlleur,si tu as "FaisCeci" alors tu fais un JRequest::setVar('view','FaisCeciPuisCela').

Le setVar va "simuler"' que tu as reçu un paramètre &view. Dans certain cas cela peut être utile mais réserve cela à des exceptions.

[elecoest]

Re : différence controller / view dans l'URL d'administration

la solution avec les vues me va très bien.

Maintenant c'est bon j'ai tout bien compris les M V et C ! et bien sur j'ai compris l'avantage du mapping qui permet vraiment de dissocier la partie modèle de l'affichage !

Mon petit composant peut avancer ! Il me reste bien sur les recherches standard (afficher le nom d'un utilisateur par son id par exemple) mais plus aucun point de blocage.

A très bientôt,