Ce qui m'étonne c'est que tout les projets connu sépare le code php du code html... Est-ce que tout le monde se trompe ? ;-)
----------------------------------------- Régis Houssin Tél. +33633020797 http://www.dolibarr.fr http://www.dolibox.fr Le 15 déc. 2010 à 19:36, Laurent Destailleur <[email protected]> a écrit : > > > Le 15/12/2010 18:10, Régis Houssin a écrit : >> allez j'en remet une couche ;-) >> >>>>> Si on veut trop transformer Dolibarr en framework plutot qu'en ERP, >>>>> mieux vaut se tourner sur des ERP à archi lourdes et ultra >>>>> paramétrables comme Compiere qui sont prévus pour cela. >> >> je le considère de plus en plus comme un framework (ou un socle) >> permettant de développer des modules qui viendront enrichir le terme >> ERP/CRM ! >> >> car nous avons accolé les termes ERP/CRM à Dolibarr et il manque pas mal >> de choses pour que ces termes soit valide. >> >> c'est pour cela qu'il faut à tout pris rendre le code plus ouvert et >> plus souple une bonne fois pour toute afin de rendre les modules >> autonomes avec des entrées/sorties qui permettrons aux autres modules >> (internes ou externes) de pouvoir dialoguer sans avoir besoin >> d'intervenir dans le code. >> >> ton système MVC tout en un dans une page te parait simple mais devient >> vite compliqué quand tu veux apporter ta brique, le fait de séparer >> chaque partie dans des fichiers différents (métier, control, view) > > Sur le modèle actuel, Bug corrigé en 1mn > Avec les templates, je mettais 5 mn pour corriger le meme bug. Alors que > je venais de le corriger juste avant donc la réponse était toute trouvée. > > Soit perte de productivitié de x5. Donc je suis pas sur que ce soit > vraiement plus clair. > Et pour travailler dans le sujet depuis des annnés et faire des études > de productivité, le comparatif a eu le temps d'etre rodé: Le ratio de x5 > est également confirmé, meme si c'est sur du java, PHP et ses include > et le modele de canvas est comparable à du JSP et ses include et les > canvas a de l'IOC. > > Donc cela va etre dur de me convaincre sur ce sujet la car je ne crois > que les chiffres et cela fait des années que je chiffre des ratio de > maintenance sur les frameworks et les patterns de développements. > > Autre exemple, en hackweek, on a mis une 40mn a trouvé un bug qu'il > aurait fallu moins de 1mn avec un pattern MVC normal. > >> permettra d'y voir plus clair. >> >> >> Cordialement, >> >> >> >> _______________________________________________ >> Dolibarr-dev mailing list >> [email protected] >> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev > > _______________________________________________ > Dolibarr-dev mailing list > [email protected] > http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
_______________________________________________ Dolibarr-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
