Comprendre l'arborécence de fichier d'un module

Bonjour,

débutant sur ZF2 j'ai lue le tutoriel "officiel", qui propose de crée un module "Album" .
http://framework.zend.com/manual/2.2...plication.html
J'aurai deux questions:

1er question
Pour moi l'exemple n'est pas assez complexe pour me permettre de comprendre certaine partie de l'arborescence:

Par exemple pour la couche "view", on a

Album/View/album/album/index.phtml
Album/View/album/album/add.phtml
ect...

Pourquoi cette profondeur? quel autre type de fichier .phtml ou arbo pourrions nous ranger dans /View/album et View/ tout cours?

Autre exemple, avec les src :
Album/src/Album/controller
Album/src/Album/model

Pourquoi ne pas mettre les dossier controlleur et model directement dans Album/src/ ?

dans le cas d'un module assez simple recoupant que quelque table et une 10aine de vue, quel risque avons nous à simplifié cette arborescence, même en cas d'ajout de classe utilitaire ou métier?

J'aimerai vraiment la simplifier car elle me pique les yeux a l'usage ,mais avant j'aimerai savoir ce que je risque ou perd.


Deusieme question:
Imaginons le cas classique du application backOffice/frontOffice.
Le frontOffice serai le module application
Le backoffice serai un module "Admin"

Disons maintenant que j'ai une BDD comprenant une table "produit".
Je créai donc un module "produit" comprenant le model ("produit" et "tableProduit").
Par contre Comment géré mes vue? dans le module produit pour le frontOffice et le backOffice, ou alors plutôt dans chaqu'un des module correspondant, ou un peut des deux, voir des trois?


Si vous aviez des exemple...merci d'avance!

Pourquoi ne pas mettre les dossier controlleur et model directement dans Album/src/ ?

Je pense que c'est une question de namespace et d'autoload de classes.
Tu les mes dans le namespace Album, donc tu as un dossier Album


Dans ton cas les vues du front sont dans le module front et ce du back dans le module back.
Ton module produit n'a pas de vue, mais juste des modèles qui sont utilisés par tes deux modules.
Sinon rien n’empêche que chaque module est ses propres modèles, le modèle Produit ne fera pas forcément la même chose dans les deux modules.