PHP

Model View Controller (MVC) - Architecture des applications PHP

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 15 16 17 .. 62 63 64 65 66 67 Page Suivante Page Précédente Bas de page
Auteur	Sujet : Model View Controller (MVC) - Architecture des applications PHP

Chaos Intestinal

Reprise du message précédent :
En fait, c'est un peu de l'enculage de mouche, on parlera surtout d'élégance et non de performances

Message cité 1 fois

Publicité

masklinn

í dag viðrar vel til loftárása

Elegance + PHP = does not compute

Message cité 1 fois

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?

lachoupinette

masklinn a écrit :

Elegance + PHP = does not compute

Oui bon on sait que tu trouves le php pourri, mais pas la peine de pourrir pour autant le topic, revenons donc au sujet !

FlorentG

nORKy a écrit :

un gain de performance ? Plus on passe de paramètre à une fonction, plus on perd en perf non ?

Perdu, echo n'est pas une fonction, mais une construction de langage. Y'a cash un opcode correspondant, et un echo à plusieurs paramètres sera traduit en une suite d'ECHO

leflos5

On est ou on est pas :)

Chaos Intestinal a écrit :

En fait, c'est un peu de l'enculage de mouche, on parlera surtout d'élégance et non de performances

Si je puis me permettre de replacer le fait qu'un code optimisé dans la méthode d'écriture dès le départ ne peut que mieux tenir la route par la suite et moins fatigué le serveur quand y'a 2000 utilisateurs qui tirent dessus

A mais oui c'est vrai, suffit de rajouter une barrette de ram et/ou mettre un CPU plus puissant :sarcastic:

Message cité 2 fois

gizmo

leflos5 a écrit :

On s'en fout complètement de ce genre d'optimisation. Les compilo le font pour toi.

Message cité 2 fois

Chaos Intestinal

leflos5 a écrit :

Nan mais dans 99,99% des cas, l'optimisation "j'ai mis des single quotes" est insignifiante par rapport à un simple algo mal fait ou une craderie quelque part.
Donc oui c'est de l'enculage de mouche. A ton avis, quand y'a 2000 utilisateurs qui tirent sur ton site, tu crois pas qu'il y a des trucs dans ton code qui sucent vachement plus de ressources qu'une pauvre interpolation de quotes à deux balles ?

FlorentG

gizmo a écrit :

On s'en fout complètement de ce genre d'optimisation. Les compilo le font pour toi.

Attention toutefois au compilo PHP qui ne compile qu'en une seule passe sans trop optimiser

Message cité 1 fois

masklinn

í dag viðrar vel til loftárása

gizmo a écrit :

On s'en fout complètement de ce genre d'optimisation. Les compilo le font pour toi.

On parle de PHP là, quand même, je rappelle [:aloy]

gizmo

FlorentG a écrit :

Attention toutefois au compilo PHP qui ne compile qu'en une seule passe sans trop optimiser

Je parle pas du compilateur de monsieur tout le monde, mais du zend optimizer.

Publicité

CyberDenix

Je peux être bête, mais PHP ce n'est pas interprété ?

Message cité 2 fois

Chaos Intestinal

CyberDenix a écrit :

Je peux être bête, mais PHP ce n'est pas interprété ?

A la base si, mais rien n'empêche de le compiler.

FlorentG

CyberDenix a écrit :

Je peux être bête, mais PHP ce n'est pas interprété ?

Non, c'est bel et bien compilé, dans un langage intermédiaire. Et le problème, c'est que chaque page est recompilée à chaque fois, d'où l'interêt d'utiliser un opcode-cache qui garde la version compilée.

Message édité par FlorentG le 05-01-2007 à 11:10:41

gizmo

Tiens, je me pose une question... Dans la plupart des framework (CakePHP et companie), on montre comment tres simplement faire des operation CRUD et autres conneries simples avec le model MVC, mais comment cela se passe-t-il quand on doit gerer plusieurs modules dans un meme appel?

Exemple, j'ai une page qui affiche le contenu d'une news, le contenu des actions pour un utilisateur logge (voir ses MP, se deconnecter, changer ses prefs...) et le temps issus d'une station meteo.

Dans la pratique, ils parsent l'url pour trouver le controlleur principal (ici l'affichage de la news), mais ensuite, comment font-ils pour appeller les autres controlleurs, et comment gerent-ils les eventuelles clash de noms entre les variables des differents modules? J'ai beau chercher, je ne trouve pas d'exemples sur le net.

FlorentG

Pour ça que moi, en dehors des machins MVC, j'peux foutre de simples pages PHP normalles qui peuvent appeller d'autres Controller.

Genre j'ai une page accueil avec une liste de news, elle ressemble à :

Code :

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/dtd/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>Accueil</title>
</head>
<body>
<div id="content">
<h1>Documentation Framework</h1>
<div class="news">
<?php $this->context->runner->execute('news/list.html') ?>
</div>
</div>
</body>
</html>

Message cité 1 fois

supermofo

Hello World !

L'un d'entres vous serait si on une variable peut stocker une réference à un supertype abstrait.

ex:

Code :

public interface Truc{
public function FaitTruc();
}
public class Produit{
// java : public Truc truc;
//en php ?
//methodes
}

FlorentG

Oui on peut... Enfin comme on s'en fout du type. Maintenant tu peux forcer un à paramètre à être de type Truc :

Code :

public function __construct(Truc $truc)
{
$this->truc = $truc;
}

Djebel1

Nul professionnel

FlorentG a écrit :

Code :

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/dtd/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>Accueil</title>
</head>
<body>
<div id="content">
<h1>Documentation Framework</h1>
<div class="news">
<?php $this->context->runner->execute('news/list.html') ?>
</div>
</div>
</body>
</html>

Hmm j'ai mal compris, ou c'est ta vue qui appelle le controleur ? :heink:

FlorentG

C'est ça la vue, le code que j'ai filé. Je fous ça dans le site, et ça roule [:dawak] Ce sont des view directes, sans Controller ni rien.

Ca permet de faire des trucs view-centric.

A la base de la base, il y a le fichier .html. On l'appelle directement et il s'affiche. Ensuite y'a la version PHP, qui permet en plus d'appeller des Controller ou de faire du tout p'tit PHP. Enfin y'a le Controller, permettant de la logique lourde.

Djebel1

Nul professionnel

je trouve pas ça top, je préfère que tout passe toujours pas le frontcontroller, même une page statique.
ça m'a déjà sauver plusieurs fois ds le développement d'appli.

FlorentG

Nan mais ça passe quand-même par le front controller, hein. Genre une page .html statique devra quand-même passer par le FC histoire d'être intégrée dans la page finale.

Chaos Intestinal

Si ça passe pas par le frontcontroller, je me demande d'où sort la variable $this->context [:jean-guitou]

FlorentG

Mais si, ça passe par le front controller.

En tant normal, t'as un controller qui sélectionne 2-3 trucs, instancie un modèle, etc. Ensuite la view est appellée (c'est une classe), elle choisie les données dont elle a besoin à partir du modèle et d'autres trucs. Enfin on ouvre la template.

Là j'ai pas de controller, pas de view, juste la template. Le Front Controller créer donc une View standard et vide, et appelle la template. Donc le $this->context fait appel à la View. Ca permet de faire vite-fait des trucs, sans avoir à créer un Controller, une View, etc.

Ca servirait à rien de devoir à chaque créer tout ça si c'est juste pour afficher une bête page web avec appel à un autre Controller.

Djebel1

Nul professionnel

moi je trouve que si, parce que par exemple, si tu dois rajouter un controle d'accès à ta bête page, tu vas devoir bidouiller, alors qu'avec ton controller qui était quasi inuile, tu te feras pas chier ^^

FlorentG

Nanan y'a rien à bidouiller du tout [:dawa] Plus d'infos dans quelques jours, là je fais un peu de refactoring et des tests unitaires

chani_t

From Dune

s'fait depuis 16 pages que tout nous promets ça ...

FlorentG

Ouais [:dawak]

craps_youpla

lol

et quand il découvrira l'IOC, il lancera un autre topic.

Message cité 2 fois

Chaos Intestinal

craps_youpla a écrit :

lol

et quand il découvrira l'IOC, il lancera un autre topic.

Hey maurice, retourne donc bricoler des bannières de pub fullscreen pour des sites de boules, on cause entre devs là [:dawa]

FlorentG

craps_youpla a écrit :

lol

et quand il découvrira l'IOC, il lancera un autre topic.

Nan mais t'as fini toi ? Tu m'aimes pas ou quoi :'( ? L'IOC j'en utilise déjà

Message cité 1 fois

-ThX-

Not here anymore

FlorentG a écrit :

Nan mais t'as fini toi ? Tu m'aimes pas ou quoi :'( ? L'IOC j'en utilise déjà

D'autant plus que j'avais jamais entendu parler de MVC et que je trouve le topic très intéressant !

nycius

Ich liebe dich !

Hello,

Désolé mais je vois toujours pas l'avantage d'utiliser ce genre de technique par rapport a un bon systeme de template qui separe html/code

Message cité 2 fois

supermofo

Hello World !

Bah système de template en soit ca sépare RIEN DU TOUT car t'es toujours fortement dépendant ton modèle.

Ce qui implique qu'a un moment ou à un autre tu te retrouves avec un code hyper rigide. Donc tu recodes, recodes et recodes sans cesse en te disant : " facile j'ai dejà codé cet algo des centaines de fois ". :hello:

Comme je le pensais depuis que j'ai commencé le PHP, rajouter des lignes de code pour obtenir un effet sucre est inutile.

Par contre mettre en place les couches Vue = presentation + comportement vaut le coup avec les nouvelles technologies.

Par la j'entend autogénération du code HTML et donc utilisation de la composite comme dans la définition du MVC et pas du modèle 2 simplifié. Comportement serait les technologies client ...

ex :

header = Doc type ...<head></head>
menu = <ul><li></li>..<ul>
cadre = <div></div>
texte = <p></p>

4/5 couche de la folie vous direz. Je vous répondrais pourquoi DOM existe ...

Message cité 1 fois
Message édité par supermofo le 10-01-2007 à 21:41:32

masklinn

í dag viðrar vel til loftárása

supermofo a écrit :

Je vous répondrais pourquoi DOM existe ...

On se le demande encore, les explications habituellement retenues étant "pour faire marrer ceux qui ne l'utilisent pas", "pour remplir les poches des marchands de RAM", "pour éviter de perdre des cycles processeur à ne rien calculer" et "si des gens codent encore en cobol aujourd'hui, pourquoi pas le dom hein?"

supermofo

Hello World !

Dans tous les cas jprefere deleguer les calculs d'interface au client plutot qu'au serveur.
Moi ca me plait bien ce Web 2.0

Message cité 1 fois

_synapse_

supermofo a écrit :

Dans tous les cas jprefere deleguer les calculs d'interface au client plutot qu'au serveur.
Moi ca me plait bien ce Web 2.0

:lol: ...

Désolé, j'ai pas pu me retenir

Message édité par _synapse_ le 11-01-2007 à 02:19:28

art_dupond

je suis neuneu... oui oui !!

yop,

c'est quoi IOC :??:

google me donne "International Olympic Committee" en me disant que j'ai de la chance

---------------
oui oui

chani_t

From Dune

Inversion of control design pattern implementation. (bon la je t'ais claqué un ti lien pour du php...

recherche un peu plus bas la prochaine fois

FlorentG

nycius a écrit :

Hello,

Désolé mais je vois toujours pas l'avantage d'utiliser ce genre de technique par rapport a un bon systeme de template qui separe html/code

Le système de template entre dans le MVC, c'est la partie 'V'. Après on sépare encore tout l'accès aux données, et voilà !

skeye

nycius a écrit :

Hello,

Désolé mais je vois toujours pas l'avantage d'utiliser ce genre de technique par rapport a un bon systeme de template qui separe html/code

mauvaise question, un système de templates peut (doit?:o) faire partie d'un mvc. [:dawa]

---------------
Can't buy what I want because it's free -

FlorentG

supermofo a écrit :

Pourquoi vous voulez tous des systèmes de templates.

PHP est un système de template à la base, donc ça compte [:dawa] (de longues discussions ont été menées à ce sujet)

Publicité

Page : 1 2 3 4 5 .. 15 16 17 .. 62 63 64 65 66 67

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

PHP

Model View Controller (MVC) - Architecture des applications PHP

Sujets relatifs
Comment créer une architecture propre et fonctionelle...	[Débutant] Webdesigner a besoin d'aide pour PHP
script PHP style explorateur windows	PHP et MS SQL
[PHP] envoi d'images qui se dimentionne et s'ajoute direct sur 1page	Afficher le temps utilisé pour générer une page PHP
[PHP] connexion bdd différente selon page locale ou sur serveur ?	Afficher une image générée par un script PHP dans un PDF ?
Utilisation d'une variable en Flash depuis PHP	Erreur de forum PHP
Plus de sujets relatifs à : Model View Controller (MVC) - Architecture des applications PHP

Page générée en 0.136 secondes