architecture dossiers architecture MVC

[toluol]

Bonjour,

aha... j'ai l'impression qu'on est peu nombreux à poster des messages (ou des questions) dans cette rubrique de Macbidouille ! ^^
Est-ce que tout le monde sait tout des languages web, ou est-ce qu'ils ont tous abandonnés ?

Enfin bref...

Ma nouvelle interrogation se porte sur l'architecture MVC, et plus particulièrement la hiérarchie des dossiers. Il en existe plusieurs, notamment celle de Symfony, qui est sans doute une référence :

Code

app/
     class/
          model/
          view/
          controller/
          lib/
          helper/
     template/
     conf/
data/
     sql/
doc/
lib/
     model/
plugins/
public/
     css/
     images/
     js/

... Mais je me pose la question suivante : Je comprends bien l'efficacité d'un tel système, mais je ne vois pas bien comment séparer les différentes app (frontend-backend et toutes autres app qui pourrait tourner sur un serveur)

Imaginons que j'ai un site web, qui a lui même un backoffice (par ex. "admin"), et que je me suis fait un petit programme qui n'a rien à voir avec tout ça (par exemple un petit logiciel de compta) que j'aimerais pouvais atteindre, puis d'autres tests php... (pourquoi pas un site en test d'un client avec un autre backoffice !) Est-ce qu'on peut imaginer ranger tout ça sans que ce soit le gros fichu bordel ?

J'ai un peu peur de ne plus avoir accès à ces différentes parties sur un même serveur si je me mets à cette architecture MVC... Enfin j'imagine que tout tient à ce fichier htaccess... Et je ne comprends pas l'astuce à ce niveau. (s'il y en a une !) Car en architecture MVC, l'url donne souvent : monsite.com/indexController/indexView/param1/param2... Or si je veux accéder à "monsite.com/uneAutreApp", le serveur va vouloir chercher "uneAutreApp" comme un nom de controller, et non comme un répertoire qui aurait sa propre architecture, son dossier public et son dossier app...

Ou bien le mieux est de faire des sous-domaines ? Auriez-vous des conseils à ce propos ? Merci à vous.

[yponomeute]

Je ne pense pas qu'on puisse qualifier Silex de micro framework, enfin tout dépend de ce qu'on appelle un micro framework.

Un "micro framework" pour moi c'est plutôt http://flightphp.com/ qui est un framework qui se résume à une quinzaine de fichiers, rien à voir avec Silex.