Reprise du message précédent :

La majorité sont plutôt sur Active Record, surtout depuis l'arrivée de Rails.

En Python, il y a SQLAlchemy qui est basé sur le Data Mapper Pattern si tu veux.

Bonjour,
 
Je viens de lire votre post sur le MVC en PHP. Assez interessant, seulement il n'y a aucun exemple de MVC complet.  
 
Le premier post est bien fait, mais il ne marche pas seul. Si je fais trois classe comme ca, rien ne marche, il faut qq part instancier un premier objet ? (celui de la vue ? du controleur ?)
 
Qqn pourrait-il m'eclairer la dessus ?
 
Merci

Exactemement ce que je cherchais merci beaucoup !

supermofo > Les ORMS les plus connus et utilisés sont Propel et PHPDoctrine. (le dernier est très récent et très prometteur)
 
Creusois > Il suffit de prendre des frameworks existants comme symfony qui implémentent à merveille le pattern MVC. D'ailleurs, la documentation de symfony est très complète et explique très bien le MVC.

PHPDoctrine a l'air pas mal aussi en effet. Maintenant faut voir ce qu'il ya dedans

PHPDoctrine fait partie des projets sélectionnés pour le Google Summer of Code 2007 donc projet très actif cet été
A voir à la rentrée le résultat du travail.

De manière générale, il faut instancier le Controller et lancer une action ou une méthode particulière. A lui alors d'instancier le bon model et la bonne view Après plein de Framework automatisent certaines tâches : instanciation du bon Controller suivant ce qu'il y a dans l'URL, instanciation du model et de la view d'après le nom du Controller

Jamais vu ça, l'instanciation auto du controller toujours, mais le modèle est instancié manuellement (habituellement via des méthodes statiques de création/récupération) vu qu'on peut avoir besoin de N modèles dans un seul contrôlleur, et les vues sont instanciées manuellement mais avec des helpers pour simplifier la chose.

m'enfin.
C'est le controleur qui sait de quoi il a besoin dans le modèle et dans la vue...c'est donc lui qui les instancie...

cf. CakePHP

J'ai jamais dit le contraire, mais florentg disait que vue et model pouvaient être instanciés automatiquement en fonction du nom du contrôlleur, je disais que j'avais jamais vu un truc pareil.

Va faloir me spécifier où, pour autant que j'ai pu le voir cakephp

• Rend automatiquement une vue en fonction de la paire (model, action) si #render n'a pas été appelé (et on peut désactiver tout render automatique) (donc ok on peut considérer que tu as à moitié raison là dessus)
• Importe (pas instancie, ça n'a aucun rapport) automatiquement un model correspondant au controlleur courant (e.g. Foo est automatiquement importé si on est dans FoosController), à moins de remplir $uses qui dégage totalement ce comportement

Ouais dans Cake c'est automatique un UserController va charger automatiquement UserModel

Ya comme une différence entre charger et instancier tu sais

Pour la view je sais pas, maintenant pour le model c'est vrai, cf. doc de uses :

Apprends à lire, ils importent la classe, ils n'instancient rien du tout

Ah oui, mal lu.
ça me parait crétin, en effet.
Qui c'est qui les instancie, d'ailleurs, si c'est pas le contrôleur?
Le même bout de code qui instancie le bon contrôleur?
Ca revient à avoir un meta-contrôleur qui ne sert quasiment à rien...

Il sert à faire le dispatch des contrôlleurs et les opérations automatiques associées au dispatch

Bien-sûr que si, banane
 
Il faut le remettre dans $uses, uniquement si on charge d'autres model
 
 
cf. The Cake Blog Tutorial :

<?php
 
class PostsController extends AppController
{
    var $name = 'Posts';
 
    function index()
    {
        $this->set('posts', $this->Post->findAll());
    }
}

 
Ils accèdent cash au model POST (via $this->Post) sans rien faire d'autre

<?php
 
class PostsController extends AppController
{
    var $name = 'Posts';
 
    function index()
    {
        $this->set('posts', $this->Post->findAll());
    }
}

Je laisse tomber, tu ne comprends pas le sens des mots que tu utilises, c'est pas la peine de continuer

oui, ben c'est bien ce que je dis.:o

ça dépend des types de controleurs, y'a bien un front controleur, des controleurs spécialisés dans certaines parties du site (pour faire court) et certains apprécient aussi d'utiliser un controleur spécifique pour chaque formulaire qui correspond à un seul modèle et deux view max (formulaire entrée et affichage liste sortie). Y'a même des MVC où tu donne la structure des données en XML et après les 3 facettes du MVC sont générées auto ... en utilisant par exemple le nom générique de la structure de données

Nan mais là tu va te faire foutre.
 
Dans l'exemple que j'ai posté, le Controller PostsController instancie automatiquement le model PostsModel. C'est bien ce que je dis depuis le début.

I think this word doesn't mean what you think it means.
 
(Et donc je confirme, il n'instancie rien du tout, il importe un modèle, point barre)

Donc j'ai bien raison ! Il importe pas, il instancie
 
Je confirme toujours qu'il instancie le model automatiquement. Ou alors la liste des models spécifiés dans $uses. D'ailleurs dans le constructeur du Controller, il remplis $uses avec le nom du Controller pour pouvoir instancier le model.
 
Ou peut-être tu veux dire qu'il récupère une instance ?

De mieux en mieux, t'es pas foutu de lire une définition de 2 lignes

• CakePHP importe automatiquement un modèle correspondant au contrôlleur (sauf dans le cas où on utilise $uses), càd qu'il rend la classe de ce modèle disponible dans la scope du contrôlleur sans travail du codeur
• Si CakePHP instanciait automatiquement un modèle correspondant au contrôlleur, on se retrouverait non pas avec une classe mais avec une instance, ou avec n instances dans le cas d'un listing.

Le premier est trivial si on a des conventions de nommage qui vont bien, le second est quasi impossible à gérer hors des cas CRUD les plus basiques.

Mais justement, on se retrouve avec une instance
 
Regarde la définition que tu m'a filé :

 
Et dans Cake, il parcours le tableau $uses, et lancer le constructeur de chaque model qui s'y trouve. Et par défaut, on y trouve le nom du Controller....

Y'a un truc que j'ai du mal à saisir
 
Admettons que j'appelle le contrôleur "pictures" et l'action "view"
 
Donc en gros ça inclus le fichier picturesCtrl.php, mais comment exécuter l'action "view" ?
 
Enfin plus précisément, je suppose que c'est avec un call_user_func_array, et j'arrive bien exécuter l'action, mais une fois dans la méthode, je n'arrive pas comprendre comment on peut utiliser $this, ou accéder aux variables/méthodes déjà définies.
 
J'ai un peu de mal à expliquer clairement, mais c'est justement parce que j'ai du mal à saisir le procédé exact.
 
J'ai essayé d'éplucher pas à pas la manière dont CakePhp se "déroule", mais je me paume dans les méandres de son code

Non, tu te retrouves avec une classe à partir de laquelle du crées ou récupères des instances, pas avec une instance

Là encore non, on se retrouve avec une classe, pas avec une instance, $this->Post c'est la classe Post, pas une instance de la classe Post (sur quoi il se baserait pour récupérer des instances de Post, d'abord )

Edit: à moins naturellement que PHP soit tellement stupide qu'ils soient obligés de créer une instance de Post pour pouvoir la rendre dispo, ce qui naturellement ne m'étonnerait pas tant que ça, mais c'est un détail d'implémentation dû à un langage débile, parce que ça n'a ni sens ni intérêt.

Masklinn > $this->Post est forcément une instance de la class Post, puisqu'on peut très bien faire :

 
On peut pas appeler une méthode d'une classe (Ex: ->findAll()) sans instance de la classe.

 
Si pour toi créer une instance d'une classe est stupide, arrête la programmation.
 

C'est pas ça qu'il a dit

 
+1, je suis le débat animé et il semble évident que c'est une instance comme l'a montré Vanadium. C'est pareil dans tous les langages non ? Si on veux utiliser une méthode d'une classe... sans instance je vois pas trop comment faire  

Sisi, on est bien avec une instance

Je te jure que c'est l'instance. Tout ce qu'il fait, c'est parcourir $uses et lancer les constructeur :

foreach($uses as $modelClass) {
  [...]
  $model =& new $modelClass($id);
  $this->modelNames[] = $modelClass;
  $this->{$modelClass} =& $model;
 
  [...]
}

Héhé, voilà le problème

 
C'est possible, mais il faut que la méthode soit "static".
 
Exemple :

 
Dans ce cas, on peut appeler la méthode "methode" de la classe "Maclasse" comme ceci :

 
Par contre :

 
Impose que l'on appelle "methode" de la classe "Maclasse" de la manière suivante :

 
J'espère que ces explications pourront en aider certains.

Effectivement ça m'éclaire

C'est le public qui joue non ?
J'ai sous les yeux une methode sans static que je peut appeler sans instancier la classe...

PHP4 mon amour. Développe avec ne PHP5 E_Strict, ça t'affichera un warning

Je sais qu'on est en PHP la, mais ça s'applique aussi au java ça ?

Non, une méthode d'instance (non static en java, donc) ne peut s'appeler que sur une instance, ce qui semble par ailleurs logique.
 
Par contre une méthode de classe (static en java peut s'appeler depuis une instance dans la majorité des langages (en restant dans un contexte statique/de classe, donc ça n'a pas grand intérêt)

J'vois pas le rapport, dans un langage non lobotomisé je peux ballader des classes dans mon programme sans avoir à les instancier...

Même en java je peux le faire, c'est dire

Exemple en Python:

# test.py
def bar():
        class Bar(object):
                pass
        return Bar
 
try:
        # On teste que la classe Bar n'existe bien
        # que dans le contexte de la fonction bar()
        # en tentant de l'instancier
        barInstance = Bar()
except NameError, e:
        # Si c'est le cas, on aura le message suivant
        print "Error,", e, "\n"
 
# On appelle bar(), qui devrait retourner 
# une reference vers __la classe__ Bar, pas une instance
# mais la classe meme
barClass = bar()
# On imprime le nom de la classe, et de sa classe à elle parce que c'est marrant
# (en Python les classes sont des instances de metaclasses, la metaclasse
# "type" par defaut, accessoirement "type" est une classe
# normale, a part que c'est une instance d'elle-meme
print barClass.__name__, barClass.__class__, "\n"
# Puis on instancie la classe (en Python il suffit d'appeler
# un objet Classe pour le faire), on devrait obtenir un objet 
# de type Bar
barInstance = barClass()
# On regarde si sa classe est bien "Bar"
print barInstance, barInstance.__class__
print "barClass == barInstance.__class__?", barClass == barInstance.__class__

Heuu si, ça s'appelle justement une méthode de classe, ou classmethod, ou méthode statique

Et justement, pour des méthodes genre findAll pour lesquelles on a absolument aucun besoin des infos contenues dans une instance, c'est complètement logique d'en faire des classmethods

Si tu ne sais pas lire, arrêtes de poster.

PHP, saÿ bon, mangézan

Mais effectivement, j'avais oublié qu'en PHP, "->" ne peut être utilisé que pour accéder aux membres d'une instance et pas à ceux d'une classe, ça m'aurait mis la puce à l'oreille, j'ai mal joué sur le coup