Discussion :

[Manu0086]

Bonjour,

Je ne connais absolument rien à ZF. Je suis développeur php, j'ai toujours travaillé en solo et développé de A à Z mes sites.
Cependant, je viens d'entrer dans une agence qui utilise beaucoup ZF et je dois m'y mettre.

Cependant, un truc m'effare, les sites actuellement développés (de simples vitrines avec CMS) sont tout simplement monstrueux... la majorité dépassent les 10 000 fichiers !
A chaque fois qu'une page est ajoutée, tout le framework semble rechargé de nouveau, les dossiers n'en finissent plus.
Avec une petite recherche, je retrouve le dossier "config" plus de 30 fois par exemple.

Je doute fortement que cela soit normal, que beaucoup de fichiers/répertoires soient complètement inutiles, mais si vous pouviez me rassurer un peu, je vous remercie

PS : les sites fonctionnent bien mais la galère à comprendre le fonctionnement dans ce fatra.

[MinDBuSteR]

Bonsoir,

Je ne penses pas que la taille volumineuse soit dû exclusivement à Zend, tu peu avoir le CMS, qui créé ses propres pages pour son fonctionnement interne, ou bien d'autre Framework qui peuvent créé des templates ou autres...

Après tu peu toujours demandé aux gens avec qui tu travailles, ils pourront surement t'en dire plus .

[Manu0086]

Merci de la réponse.

Le problème est que je remplace l'unique développeur.
Oui il y a visiblement d'autres framework et un CMS multipliant les fichiers d'une façon drastique.

J'ai testé rapidement ZF et il me crée à lui seul 5 000 fichiers... je croyais naïvement que les framework étaient là pour simplifier la vie ^^

[rawsrc]

Bonjour,

oui les frameworks sont là pour "simplifier" la vie, à condition toutefois de les maîtriser convenablement... et d'avoir le matériel adéquat pour les faire tourner.
Les deux gros frameworks du moment (SF, ZF) sont des mastodontes complexes avec une courbe d'apprentissage très longue.
Ils s'inspirent très fortement de ce qui se fait dans d'autres langages et essaient (tant bien que mal) de le porter dans le monde PHP (qui lui n'est pas forcément adapté pour...).

Bref, dis toi que c'est pas la présence de 5 000 fichiers qui est problématique car ne sont (normalement) chargés que ceux nécessaires au traitement d'une requête. Tu pourrais en avoir 50 000 que cela ne poserait pas le moindre problème du moment qu'une infime parties est chargée à chaque exécution.
Après je te l'accorde aussi, ces framework nécessitent un socle assez conséquent de fichiers pour traiter la moindre requête d'où l'obligation de faire appel à tout un tas de cache et/ou d'optimisations... pour conserver des performances acceptables.

Ce que tu gagnes en rigidité et sécurité, tu le perds en performance.
Il te simplifient la vie du point de vue fonctionnalité, sécurité et architecture.
Après la mise en œuvre n'est pas simple du tout.

[Nighty]

Bonjour,

Juste pour compléter les deux réponses déjà fournies, il m'apparaît clair dans ton exemple que c'est l'utilisation qui est faite du / des frameworks qui génère ce nombre de fichier hallucinant, et pas les frameworks en eux même.

Probable que ton prédécesseur ait fait un usage abusif de brique logicielle assemblées les unes aux autres, ce qui peut donner ce genre de situation rapidement inmaintenables... surtout si rien n'est documenté derrière.

Bon courage du coup

[Manu0086]

Merci pour cette réponse intéressante.

Il ne me reste plus qu'à me lancer et ne pas me perdre dans les méandres des répertoires et fichiers redondants...

Que la galère commence !