Reprise du message précédent :
Comment t'as fait alors ?

EDIT : Oubliez c'que j'ai dit. J'avais pas fait attention au message plus haut... C'est le soleil du Portugal qui me fait raconter que des conneries.

function __autload($className) {
  if(is_file($className . '.php')) {
    require $className . '.php';
  } else {
    eval('class ' . $className . ' { ' 
      .  'public function __construct { '
      .   'throw new Exception(\'fichier pas trouvé\'); '
      .  '}'
      . '}');
  }
}

Tu peux pas faire un error handler classique dans ce cas là et qui va balancer une exception ?

function __autload($className) {
  if(is_file($className . '.php')) {
    require $className . '.php';
  } else {
    eval('class ' . $className . ' { ' 
      .  'public function __construct { '
      .   'throw new Exception(\'fichier pas trouvé\'); '
      .  '}'
      . '}');
  }
}

I solemny and officially ask you to extract your crotch with a butter knife, for the sake of humanity you should not be allowed to reproduce.

function __autload($className) {
  if(is_file($className . '.php')) {
    require $className . '.php';
  } else {
    eval('class ' . $className . ' { ' 
      .  'public function __construct { '
      .   'throw new Exception(\'fichier pas trouvé\'); '
      .  '}'
      . '}');
  }
}

 
OH SHI-

Juste une question a propos des proprietes d une classe.

C'est utile d'initialiser les propriete a un empty selon leur type ?
string  => null,
object => null,
tableau => array()

function __autload($className) {
  if(is_file($className . '.php')) {
    require $className . '.php';
  } else {
    eval('class ' . $className . ' { ' 
      .  'public function __construct { '
      .   'throw new Exception(\'fichier pas trouvé\'); '
      .  '}'
      . '}');
  }
}

'tain, on avait essayé de faire du code pourri exprès il y a un temps de ça en utilisant les conneries du langage, mais alors ça c'est au-delà de tout ce que j'aurais cru qu'un être humain puisse imaginer.

Enfin là quand même, FlorentG il s'est laché

 
C'est moins bien que florentG mais il faut dire que le niveau est bon ici

C'est comme ça que fonctionnent les foreach en Python

Quelqu'un pourrais repondre a ma question ?
 
 
Merci

oui. Mais ça se fait dans le constructeur.

 
   
 
Si mon message n'est pas assez clair, faites-le moi savoir, j'essayerai de m'expliquer autrement

 
Je crois que c'est après ça en fait que je sèche. Enfin j'appelle l'action avec un call_user_method_array() pour lui passer les paramètres supplémentaires que je récup dans l'url.
 
Enfin je vais me repencher dessus, parce que quand j'imagine le truc, j'ai tjs l'impression de comprendre, mais une fois dedans, je me paume.
 
Plus d'infos dans le prochain épisode donc
 

$_GET non ?

En fait j'utilise pas d'url rewriting pour le moment.

Ça se présente plutôt comme ça :

http://www.monsite.com/?controller/action/var1/var2 etc...

Donc lors d'un MCV::init(); ça fait un explode sur les "/" de la "query_string" et ça me sors mes params

1er param = nom du contrôleur
2ème param = nom de l'action
params suivant = params passés à l'appel de la méthode action

Si aucun param n'est défini, alors contrôleur + action par défaut, et si 1 seul param, alors juste action par défaut

C'est quasiment la même chose chez moi. Ca explode, et mappe sur les paramètre de la fonction, style : /pouet/tagada/truc/bidule.html va exécuter le module pouet, le controller tagada, et la fonction :

Et on retrouve les valeurs explodées dans les paramètres. J'ai aussi la possibilité de les assigner par la query string, si jamais on a un formuaire en GET.  
 
Pour appeller la fonction, je mappe donc les paramètre linéairement, dans l'ordre d'apparition dans la signature, et un simple :

Bof, ça change pas énormément au final...

Je ne suis pas certain que ce soit de ça dont tu parles (je ne connais que très vaguement les Reflection* ) , mais en ce qui me concerne, pour passer mes paramètres à la méthode, je fais :

call_user_method_array($this->_action, $this, $this->_url_vars);

C'est pareil. Mais l'API Reflection fait plus propre

 
Permets moi de ne pas en être convaincu

Ton bousin, il renvoie une exception en cas de probleme ou bien il se crash comme une merde?
 
T'as ta reponse...

 
En cas de problème à quel niveau ?

 
appelle d'une methode avec de mauvais arguments par exemple.

Heu le php c'étais pas censé être simple à la base non
 
Parce que plus ça va, plus on a l'impression que vous essayez de redevelopper le kernel linux en php quoi

non, on essaye de faire les choses le plus proprement possible.

 
Ouais enfin propre peut-être, mais au final c'est tout aussi impossible à maintenir, la preuve sur ce topic, même celui qui a développé à la base n'arrive pas trop à comprendre qu'est ce qui fait quoi  

Quoiqu'il en soit, ràb que ce soit crade ou pas, tant que c'est fonctionnel et efficace
 
Je prétends de toute façon pas être le roi des codeurs, mais je suis assez satisfait de là où j'en suis, c'est qui importe.
 
Le tout c'est de gagner du temps sur chaque projet sur lesquels je serai amener à développer, et c'est le cas

Ca depend de l'architecture du framework. Moi je pourrais jamais faire de reflection, et meme si je pouvais j le ferais pas. Sauf peut etre si *un* jour l'envie me prend de developper des tests unitaires.

Son bousin il est pas mauvais a mon gout   .  Pourquoi sortir les reflections, quand tu px passer par polymorphisme. A la base le probleme est d'etre compatible avec d'autres classes. Si tu codes sur des interfaces, t'as pas besoin de partir en 3d.

A moins d'avoir un argument beton ...

Bonjour,
 
je m'interesse également au mvc, pour ma part j'ai choisis une architecture avec une classe FrontController qui d'abors créer un objet Request cargé d'analyser la requête et récupèrer les paramètres, Frontcontroler va ensuite instancier le controller du module demandé qui contient toutes les actions possibles avec des méthodes qui vont instancier un modèle, une vue et renvoyer l'affichage.  
Cependant je me pose plusieurs questions notement par exemple pour une page d'accueil d'un portail qui doit afficher des données de plusieurs modules (rubriques, news etc...)  est il possible qu'une action puisse instancier plusieurs modèles, sinon comment faire ?
autre question comment implanter le code d'un menu qui apparaitrait sur tout le site ?
 
 

Tu peux forcément instancier plusieurs modèles dans ton controleur, une classe modèle => mapping pour une table.
Personnellement, j'ai crée des "composants" : un composant est un bloc reutilisable est pouvant être appelé depuis n'importe ou. Par exemple, le composant "10 dernieres news" qui affiche dans un bloc les liens vers les dernieres news. Ces composants sont point de vue architecture très proche des controleurs, mais plus légers car ils ne necessitent pas de routage pour etre lancé : un simple code dans la vue suffit à afficher le composant.

Et là c'est le drame d'un point de vue conceptuel du MVC
A mon sens, une requête = une action, et cette action est une méthode d'un modèle. Comment en instancier plusieurs en même temps
 
En contournant le système, et donc on est plus dans le système...
 
Sans parler des normes http : une requête GET ne modifie pas l'état du système et doit donc retourner le même résultat à chaque fois.
 
Et c'est le controleur frontal qui doit instancier en fonction de la requête, tu passes donc par le template (sous fifre de la vue) pour contourner le fait que tu puisses plus passer par le controleur
 
 
C'est purement conceptuel, mais là on nage en plein délir

C'est le principe utilisé par Django (framework python) également, par le biais des templatetags. C'est vrai que si l'on veut implémenter à la lettre le modèle MVC on est à coté en utilisant ce principe, mais bon, l'idée c'est quand même d'aller à la simplicité, d'être dans le "DRY", et donc à partir de là, je pense qu'on peut dire qu'il faut savoir s'écarter du modèle qui n'est peut-être pas parfait en situation réelle.
 

Tout à fait d'accord avec c0wb0y

Pour les composants communs comme le header, les rubriques, les news, le footer etc..
C'est pas mieu par exemple d'instancier plusieurs controllers dans le frontController par exemple si j'instancie celui des news, des rubriques etc j'aurais toutes les infos pour remplir et créer mon template.  
 
Ce que je ne voudrais pas c'est aussi devoir instancier les modèles dont j'ai besoins pour ces composants dans toutes mes methodes d'action ou de vue car ces composants se retrouvent dans tout le site forcément je devrait avoir les infos pour tous les templates.
 

Je comprends pas bien ton histoire de modèle
Tu veux éxécuter une action pour récupérer des données sans instancier ce qui est censé te ramener ces données
 

Bonjour à tous, le planche sur la partie Modèle / DB, ça commence à piquer un peu.

Le but est de disposer dans mon connecteur à la base de donnée (MySQL pour l'exemple) d'une méthode plus ou moins générique.

Dans mon modèle, j'appelle :

return $connector->read("cars", array("id", "name" ));

Où $connector comprend le code suivant (socket est mon objet mysqli) :

public function read($db_name, $fields="*", $condition="1" ) {
    $statement = $this->socket->prepare("SELECT $fields FROM $db_name WHERE $condition;" );
    (du code qui devrait retouner mon array de clé => résultat)
}

Sauf que voilà, je patauge pour retourner un résultat cohérent. En effet, je ne vois pas trop comment générer un array "clé"=>"valeur" en ne conaissant pas à l'avance les champs visés par la requete.

J'ai regardé du côté de result_metadata() pour récupérer les noms de colonnes visées, sauf que pour constituer mon array, je dois passer par fetch(), et que cette dernière requiert un bind_result() qui dépend... du nom de mes colonnes.

En bref, je suis un peu paumé. Des pistes ?

mysqli_fetch() est déprécié d'après la doc. Utilises mysqli_fetch_assoc() ça te retourne un tableau associatif donc tu as tes attributs

Pourquoi ne pas utiliser un ORM comme PHPDoctrine ?
www.phpdoctrine.net
 
Très simple à utiliser, puissant et surtout très bien documenté