Reprise du message précédent :
Tiens j'ai deux questions :
 
-J'ai jamais exploité le OO sous php suffisament profondément pour me retrouver avec deux niveaux de portée genre $this->php->sucks
 
C'est propre a un héritage?
 
-Je cherche à quoi correspond le tableau $params[] qui est utilisé en php, j'espère que ça n'est pas une copie de $_REQUEST
 
-Une dernière pour la route, je cherche comment instancier une classe de manière implicite, en appelant simplement une méthode fille, j'imagine qu'avec des errors/exceptions handlers ça doit être possible mais bon

J'ai jamais faut d'OO en PHP donc je vais avoir du mal à répondre aux deux premières questions (enfin la première c'est de la composition pas de l'héritage, en héritage on augmente pas la profondeur du lookup).
 
Pour la dernière, je n'ai jamais utilisé de langage faisant un truc pareil, on instancie toujours de manière explicite dans la classmethod.

merci.
 
J'avais cru comprendre qu'il ne fallait pas qu'une classe de la data layer instancie des objets de la couche métier "pure". Pour toi, pas de souci si des objets Voiture sont instanciés dans la méthode execSql de la classe VoitureDataLoader (enfin en utilisant une autre méthode évidemment, mais l'idée est là) ?

Niquel c'est "composition" qu'il me manquait, j'ai trouvé un article qui traite du sujet
 

 
Je cherche surtout une piste pour :
-Inclure la classe
-Résoudre l'instanciation
-Appeler la méthode
 
So, la classmethod, c'est pas propre à ruby?

Non c'est juste que ça a des noms différents en fonction du langage (enfin pas des noms en réalité, juste une syntaxe, dans tous les cas ce sont des méthodes appartenant aux classes et non aux instances, donc classmethod).
 
En python et en ruby on appelle ça des classmethods, en Java et en C# ce sont les méthodes statiques

Donc dans le cas de
 

Article.find(:all);

 
C'est l'appel à une méthode "statique"? (Putain c'est le bordel cette doc php)

traduit en Java ou en PHP, oui, ça correspond à l'appel d'une méthode statique `find` de la classe `Article`, donc un truc du style

<?php
 
class Article {
    public static function find(/* bla */) {
         // blabla
    }
}
 
 
Article::find("all" );
 
?>

Ouais parce que c'est PHP je rappelle, donc une méthode statique sur une classe ça s'appelle pas comme une méthode d'instance, ça serait trop facile

Ouais mais la t'utilise l'operateur de résolution de portée
 

<?php
    class Article {
        function find($d) {
          echo $d;
        }
    }
    Article::find("all" );
?>

 
Fonctionne aussi

<?php
    class Article {
        function find($d) {
          echo $d;
        }
    }
    Article::find("all" );
?>

zomg

même pas peur
 
quand je dis que PHP c'est le champion toutes catégories du goretisage, je crois que là je tiens mon exemple arf !
 
même en VB on peut pas faire ça

On peut dire ça oué
En fait on peut appeler n'importe quelle méthode sans la déclarer comme statique

Bon apparement on peut faire truc plus ou moins similaire à Ruby en utilisant la composition  
Ou sinon j'utilise une fonction qui prend en paramètre les modèles à instancier  

Edit :

<?php
 
Class test {
    function phpisapity() {
        return 1+1;
    }
}
 
echo test::phpisapity();
 
?>

Fonctionne, mais

<?php
 
Class test {
    var $phpisapity = 2;
}
 
echo test::$phpisapity;
 
?>

ne fonctionne pas (Fatal error: Access to undeclared static property: test::$phpisapity  on line 8)

Pas à ma connaissance non, une méthode appartient soit à une classe soit à une instance (une classe étant une instance, mais habituellement pas une instance d'elle-même)

<?php
 
Class test {
    function phpisapity() {
        return 1+1;
    }
}
 
echo test::phpisapity();
 
?>

<?php
 
Class test {
    var $phpisapity = 2;
}
 
echo test::$phpisapity;
 
?>

 
normal, t'es en php 4, ils ne faisaient pas la distinction entre les methodes statiques et les methodes d'instances (ni entre public private protected,...)

Oui, mais non, je suis en php 5, j'ai mis var comme j'aurais pu mettre public dans le deuxième exemple. Pareil pour le constructeur dans le premier

__autoload avec peu de __call et si besooin une touche de __get ==> regarde les méthodes magiques c'est suspect comme truc mais c'est livré par défaut et ça facilite la vie si on en abuse pas
 
La question est plutot: est-il vraiment nécessaire de faire ce genre de chose? C'est un peu lourd, on sait tous que php est pas la F1 de l'éxécution alors si en plus tu le fais bosser à ta place

Bah c'est juste histoire de bypasser une instanciation dont je me sers de toute façon.
__autoload je peux oublier, c'est php5 et ma prod est en php4

var n'est pas compatible php5 dans les objets, il passe donc automatiquement en mode php4.

Je sais bien   , j'ai donné l'exemple en php 4, mais on peut appeller une méthode non déclarée comme statique via l'opérateur de résolution de portée en php5 aussi  

Putin on est a laube du 3eme millenaire

C'est moi ou le lookup en php4 est limité à levels?

T'es sûr de ça ? Je croyais qu'il râlait pour les trucs statiques non-déclarés, même en présence de __get ou __call (qui ne sont pas statiques, forcément).

Il rale que pour les propriétés, les méthodes non.
 
Php c'est le michel druker de la prog, un peu trop gentil

Bonjour,
 
J'ai une question niveau MVC ... J'ai un array $sql qui contient les string destinés à être préparés puis utilisés, dont les clef sont tirés des paramètres de l'URL. Ma question est : qui doit s'occuper d'extraire la bonne requete ? À priori je dirais que c'est la couche métier, mais étant donné que $sql est un attribut de la persistances, c'est pas un peu con de la récupérer dans la couche métier juste pour extraire une entrée d'un tableau?  Ou bien c'est mon idée de construire un tableau $sql qui prend l'eau?

Je dirais que c'est au controleur de construire ton tableau, mais qu'il n'a pas à savoir que ça va générer des requêtes sql...c'est à la couche métier de le décider quand on lui file le tableau.
Si j'ai bien compris la question.

+1 avec skeye.
 
Tiens pendant qu'on est au sql, j'aurais aussi une ptite question :  
 
les DAO, ils ont le droit de connaitre la couche métier, par exemple d'utiliser des objets de la couche métier ? Ou alors ils ne doivent rien savoir de la couche métier, et simplement renvoyer des tableaux de données, etc ?

Hello,
 
Donc Skeye tu penses que je dois stocker les requêtes dans le contrôleur, et que c'est lui qui va dire au modèle ce qu'il doit utiliser? Je comprend pas trop ce que viendraient à faire des requêtes SQL dans le contrôleur..

Non, je pense que ce qu'il dit, c'est que le controller analyse les paramètres $_GET pour construire le tableau, et transmet ce tableau au model. Le model se charge de construire la requête sql à partir du tableau.

D'accord,
Merci bien

A part son job normal le ctrl n a pas de rapport avec ton probleme. Ton controller n'est pas Dieu et ton App n'est pas defini par le controller.

Par contre il connait les grandes etapes du programme ...

Non je sais bien, mais disons que dans ma tête je vois les variables provenant de l'url comme des trucs qui appartiennent au contrôleur et que donc je me disais que c'était peut-être mieux de faire tout le traitement chez lui ... Maintenant c'est vrai que le modèle ferait mieux l'affaire

Salut à tous
 
alors le MVC je commence à m'y intéresser depuis qu'on m'a posé une question "Vous connaissez ?" dans un entretien d'enmbauche et que j'ai répondu "Non" et c'est vrai jusque là je connaissais pas
 
j'ai essayé de suivre le topic depuis le début, je comprends en gros ce que c'est et a quoi ca sert et je trouve que c'est tres puissant comme methode
 
maintenant, supposant que je veuille faire une forum (a titre d'exemple) et suivant MVC.
 
comment voyez vous mes classes ? qui va faire quoi ?
 
je pense sérieusement faire un forum (je trouve pas mieux pour tester) pour m'autoformer en MVC, vous en pensez quoi ?
 
Merci

Pour commencer, je suis pas sur qu'un forum sera la meilleures des choses.
Essaye un blog  

un blog ? pourquoi pas
 
Merci pour l'idée

Surtout coté backoffice, tu vas t'éclater, surtout si t'as un gestionnaire de crud
 
Sinon j'ai une question les cons, vous récupèrez comment les controlleurs, actions et id dans l'url?

gestionnaire de crud ? c'est quoi ?
 
sinon, j'ai déjà mes tables de faites comme c'est juste un exercice je ne pense pas pousser trop loin dans les fonctionnalités, maintenant reste a faire les classes on verra pour la suite

http://www.google.com/search?q=crud

 
sorry    
 
 
pour l'instant le gestionnaire de crud n'est pas la priorité mais ça viendra

Tu verras que c'est d'une utilité surimportante quand tu vas chercher la vitesse de deploiement.
 
Ca et un scafolding digne de ce nom

http://fr3.php.net/manual/fr/ref.funchand.php
 
C'est une page qui devrait figurer à mon sens sur le premier post, c'est pratiquement la base en php pour faire un truc correct en mvc

je viens de visiter ton lien et effectivement ça aide
 
en fait moi j'ai fait autrement :
je me suis dit que pour le blog il devrait y'avoir les classes suivante : user, message, commentaire, etc.
 
toutes vont avoir un id, êtres éditées etc. donc j'ai créé une classe object (la mere de toutes les autres) avec un param ID et une methode Edit, comme ca j'aurais pas a le refaire a chaque classe et ca donne ça (pour l'instant ):

 
donc ma methode Edit() me permet de faire l'update de n'importe qu'elle objet héritant de la classe Object, du moment ou le tableau qu'on lui fournit ressemble a : (param => vlaeur, etc...).

Ca a un nom ce genre d objet. On les trouve juste au dessus des objets qui gere les donnees.