Reprise du message précédent :

J'avoue, j'ai relu son post d'origine après avoir écrit ce post, et en fait il semble avoir à peu près compris le principe de base
Mais bon, je vais pas m'excuser ou supprimer mon post non plus, faut pas déconner

J'avais cru sentir le Cargo Programming, mais j'suis enrhumé en ce moment

ouais, documente-toi plutot sur les unicode normal forms, pour rattraper ton karma

Arrêtes d'essayer de bannir les gens en enfer, s'pas sympa

Ouais j'suis d'accord, la séparation des couches c'est super important dès le début.
J'avais juste l'impression qu'il voulais faire du MVC pour "faire du MVC", pour faire du name-dropping et sans savoir en gros ce que c'est, et ça c'est jamais bien.
Par contre donc, là où je suis pas d'accord, c'est que toutes les pratiques, bonnes ou mauvaises, peuvent être sujettes au CCP, tant qu'elles ont un nom qui fait classe

Après lecture de la définition de Bullshit Loto, non

Quand je parle de name-dropping, c'est pas spécialement pour se la péter, c'est plus genre : j'ai entendu dire que c'était super bien le TGU, alors je vais faire du TGU. On m'a expliqué en 3 mots ce que c'était, j'ai mal compris, mais j'en suis pas conscient, ou j'ai trop peur de poser des questions, et j'ai l'impression d'avoir le graal dans les mains, et que c'est forcément bien, alors je fais du TGU.

En gros, ici, le Cargo, c'est "MVC".
Au final tu voues un culte à "MVC" sans savoir à quoi ça sert vraiment, exactement comme les indiens avec l'avion.

Jouer au Bullshit Loto étant une conséquence possible, voire une cause cachée

Cela dit j'ai un collègue flasheur qui est très bon au Bullshit Loto

edit: quoique selon la définition, celui qui dit les buzzwords ne joue pas bref.

En tant qu'hôte ou en tant que joueur?

la vache, la librairie que google a rendu publique est assez énorme au niveau des fonctionnalités
en bonus, il y a un compilateur pour accelerer le truc

+ l'intégration de gears

Hôte
 
Ptet qu'on devrait faire des cartes.

essaye pas de mélanger gears et ton mac par contre ...

pas pour l'instant, mais ça me semble assez adapté à un des projets dans les cartons :  
une interface de saisie carto au travers d'une connexion intermittente

et les tiles de la carte ? il vont venir en pigeon ?

en camion rouge, pardon

 
Heu maintenant que tu as fait les vérifications préliminaires pour savoir si j'ai pas le sida, on peut baiser ?    
Quelles sont tes recommandations pour bien mettre en place ma structure MVC en fonction de ce que je t'ai montré de l'archi actuelle ?  

Déja il manque des gros bouts : les modèles, les vues, les controllers.

Ensuite ya juste deux concepts qu'il faut que tu intègres je pense : le Front Controller, et les Action Controllers.

Le FC est la seule entrée de ton site, c'est lui qui va gérer la requête HTTP et décider quelle page il faut afficher. En gros, c'est la 2e partie de ton fichier "configuration".

L'AC est le controller d'une page précise : il y en a un par page, et c'est lui qui va appeler les modèles nécessaires et envoyer les données à la vue.

 
Hummm ok je comprends.
Tu peux me donner un exemple de code d'AC stp ?
 
(mais en fait là, si j'ai bien saisi, comme il y a plusieurs controllers c'est du MVC 1 ?)

En procédural ?
Ca peut donner un truc comme ça :

controllers/artist_detail_action.php

require_once 'models/artists.php';
require_once 'models/albums.php';
 
$artist = get_one_artist($_GET['id']);
$artist_albums = get_albums_from_artist($_GET['id']);

Avec sa vue correspondante :

views/artist_detail_template.php

<h2><?php echo $artist->nom ?></h2>
<ul>
<?php 
  foreach ($artist_albums as $a) {
?>
  <li><?php echo $a->title ?></li>
<?php
  }
?>
</ul>

Dans le cas d'un formulaire, l'action contiendrait aussi le traitement du formulaire, la gestion des erreurs etc...

A ce propos, j'ai perdu la page de la doc de Symfony ou c'était (très bien) expliqué.

Ok je vois mieux, car en fait moi pour le moment, mon models c'est toi ton models + ton AC, c'est ton AC sans les require once, avec direct le code dedans. Ce qui fait que pour chaque views, j'ai le models corrrespondant qui fait tous les traitements dont le view a besoin, mais l'inconvénient c'est que je peux refaire plusieurs fois le même traitement d'une page à l'autre, alors que toi c'est pas en fonction des pages, mais en fonction du besoin en données.
 
C'est vrai que c'est pas mal, ça permet en fait de différencier totalement le code de la structure.  
 
Très intéressant.
 
Si je peux abuser de ton temps, pourrais-tu me montrer un modèle de FC ? Pour voir comment c'est optimisé quand c'est un pro qui le fait.
 
Dans tous les cas, merci beaucoup, c'est beaucoup plus clair maintenant

Je comprends rien à ce code là, c'est beaucoup plus clair quand c'est theredled qui explique        

private static $instance;
//[…]
public static function setInstance(ngFrontController $instance)

edit:

ngRegistry::get('router')->findMatchingRoute

edit2:

$controller = new $c();

Yay, PHP

edit 3:

self::$controller = $controller;

wait, wat

edit4: le gros quasi-switch procédural bien moche en fin de méthode

Je sais pas pourquoi, mais ce genre de trucs dégueu ça m'étonne pas de lui
 
Non, t'as des singletons partout

Oulah
 
Je peux te donner un exemple basique et procédural, tu peux t'en inspirer, mais tout ça c'est des trucs écrits en 2 7 min qui se sont pas des exemples absolus hein, on est d'accord
 
Un FC hyper simpliste sans objet ça pourrait être :
index.php

$page = $_GET['page'];
 
$action_path = 'controllers/'.$page.'_action.php';
 
if (!is_file($action_path))
  die ('Toi t\'as du bol que je sais pas lancer une erreur 404');
 
include $action_path;
$template_path = 'views/'.$page.'_template.php';
include 'views/main_layout.php';

 
main_layout.php

<html>
<head>
</head>
<body>
  <h1>Boubou - le site de la musique Bouboute</h1>
<?php
  include $template_path;
?>
</body>
</html>

Ala

 
>
 
J'ai de la marge

Meuh non, c'est ta réputation d'expert que je cherche à conforter

$page = $_GET['page'];
 
$action_path = 'controllers/'.$page.'_action.php';
 
if (!is_file($action_path))
  die ('Toi t\'as du bol que je sais pas lancer une erreur 404');
 
include $action_path;
$template_path = 'views/'.$page.'_template.php';
include 'views/main_layout.php';

<html>
<head>
</head>
<body>
  <h1>Boubou - le site de la musique Bouboute</h1>
<?php
  include $template_path;
?>
</body>
</html>

 
Ah ok, très intéressant Je comprends tout à fait. Merci beaucoup theredled-sama
Donc en fait mon fichier à moi configuration.php, il sert vraiment à keudalle
Quand tu parles "sans objet", je dois comprendre objet au sens POO ?

Oui, c'était juste histoire de pas répéter "procédural"

Dernière question, excuse moi par avance d'être un noob
Actuellement j'utilise uniquement des fonctions mais absolument pas de class ce qui me semble pourtant primordial si je veux passer à la vitesse supérieure.
 
Or je n'ai pas bien compris la différence class/fonction et le fonctionnement des class, si tu pouvais prendre quelques minutes pour m'expliquer et me montrer 1 ou 2 exemples, ce serait super
 
Je sais j'abuse mais bon Une fois de plus, les tutos en ligne sont jamais très concrets...

je suis effrayé par la bassesse technique de ce topic, quand je vois justement le bijoux technologique que ce forum represente

j'ai cru voir passer un truc à propos de ça dans HTML5
 
sinon, je viens de voir passer le support du undo/redo aussi.
 
J'pense qu'on a plus qu'à virer la frame du navigateur, et on a flash fullscreen/activeX/silverlight/applet java, mais réparti sur 4 langages (HTML, CSS, JS et le truc des manifest) et en pas compatible d'une implémentation à l'autre.