Consultez la FAQ sur le ZF avant de poster une question
Vous n'êtes pas identifié.
Je viens de lire un petit article ce matin résumant l'intervention de Rasmus Lerdorf (Créateur de PHP) au PHP Forum.
Il semble que, pour lui (et je pense qu'il doit savoir de quoi il parle...), framework et performances ne font pas bon ménage...
Personnellement, je pense que les performances attendues dépendent de chaque projet. En effet, a-t-on vraiment besoin d'un réponse dans les 0,001 secondes pour toutes les pages d'un site internet ou du programme pour gérer son stock ?
Si un framework me permet de garder des temps de réponses convenables pour les utilisateurs de l'application, je vois pas pourquoi je me priverais de gagner plus de 50% de mon temps de développement!
Et vous ?
Dernière modification par Seb (22-11-2007 08:37:14)
Hors ligne
Si un framework me permet de garder des temps de réponses convenables pour les utilisateurs de l'application, je vois pas pourquoi je me priverais de gagner plus de 50% de mon temps de développement!
-> Entièrement d'accord.
Hors ligne
entirement d'accord avec toi !
Hors ligne
Tout est histoire de compromis. Un framework est plus lourd, il y a perte de performances et l'utilisation d'un cache d'Opcode (bien configuré) sera extrêmement utile (APC est un très bon projet).
En revanche l'industrialisation de projets permet un gain en terme de productivité, de suivi (gestion du changement), et de fiabilité (tests simplifiés).
Hors ligne
-1
La voie du milieu !
Etude du cas, recherche de la simplicité, et décision de l'architecture logiciel.
C'est réducteur de dire que tout doit être conçu sur le même schéma.
La règle n° 1 de Rasmus sur les perfs dit : <<Keep things simple>>
et la 5 : <<Understand the costs when you violate rule 1>>
Hors ligne