IWAPHP CMS

Commentaire de malik7934 le 05/11/2007 08:28:38

Salut! Je n'ai pas vu de démo sur ton site...

Petite remarque à Malalam: je ne comprends (toujours) pas cette manie de présenter la POO comme LA solution à tous problèmes plus complexes qu'un "Hello World", explique moi! Pour ma part, j'ai pondu un CMS que j'utilise professionnellement, et tu n'y trouveras pas de POO. La raison? Un seul développeur (et de toutes façons des fonctions propres valent un objet, en terme de lecture) et une volonté de ne pas ralentir le tout avec de l'objet... j'hésitais à passer à l'objet, mais pour l'instant je n'ai pas trouvé de raisons valables... alors je veux volontiers entendre un prêche :-)

Commentaire de malalam le 05/11/2007 18:38:24 administrateur CS

@Malik => un CMS, c'est quand même nettement plus complexe qu'un hello world. Ce n'est pas que ce soit LA solution, mais c'est au moins LA solution la plus lisible, la mieux structurée et qui offre à un maximum de développeurs (si tant est que ce soit du bon objet hein, bien modélisé) la possibilité de perdre peu de temps à comprendre et faire évoluer le code.
Quand tu montes ton cms pour toi, pas de soucis, tu le montes comme tu le veux.
Quand tu partages...il faut penser à ceux qui voudront modifier ton code. Et toi je ne sais pas, mais moi, ce code-ci, avec cette structure, j'aurais du mal à m'y plonger pour le modifier. Avec des classes, tu sais où tu vas si c'est correctement codé. Avec du séquentiel, c'est beaucoup plus délicat car les liens ne sont pas directement visibles.
Je dis une connerie, mais imagine que tu as un objet users, avec des propriétés. Tu veux ajouter une propriété date de naissance. Tu vas dans ta base, tu ajoutes le champs, et tu vas dans l'objet user, et tu ajoutes la propriété, modifies les requêtes qui vont chercher un ou x users, et basta. Avec un code séquentiel, tu vas devoir ouvrir et modifier combien de fichiers avant d'arriver au même résultat ? Et sans être certain de ne pas en avoir oublié en route.
Tu peux moins faire de conneries en objet, c'est plus strict. Toute modification doit-être complète sinon tu le verras très vite. C'est moins le cas en fonctionnel ou séquentiel.  
Je monte de gros applicatifs à mon boulot. Enfin nous montons car il y a une équipe. Si nous ne travaillions pas en objet, nous aurions beaucoup de mal à capitaliser sur nos dév, et à bosser en équipe. Et à revenir sur un code écrit il y a 6 mois pour effectuer une mise à jour demandée par un client.
Quant à ralentir un projet à cause de la POO? tout dépend comment c'est codé, que ce soit en objet OU en séquentiel (et fonctionnel). Ce que tu perds peut-être en millisecondes, tu le gagnes en heures de travail de toute manière. Voire en jours ou semaines parfois.
Mais encore une fois, bon code objet sera plus rapide qu'un mauvais code fonctionnel :-)
Et les objets permettent souvent de réduire un code. Un truc qui prendrait tout un tas de fonctions et de code séquentiels prendra souvent bcp moins de lignes en objet. Je ne suis pas sûr qu'on y perde à tous les coups en temps d'exécution.