Oui pour l'aspect objet, Dolibarr n'a surement pas la même puissance qu'OpenERP.
A ce jour, l'objet est surtout utilisé comme classe de mapping des tables en ActiveRecord. L'héritage est donc souvent utilisé uniquement pour les parties communes techniques de composants (classes de gestion de base ou classes des modules ou sous-modules qui partagent des méthodes techniques propre au fonctionnement générique). Le wiki http://wiki.dolibarr.org/index.php/Langages#Motifs_d.27organ(...) explique un peu les choix fait sur les motifs d'organisation du code et de liaison aux bases.
C'est donc un support minimal mais suffisant pour qui veut manipuler les entités métiers Dolibarr sans connaitre le modèle physique tout en s'assurant la pérénité de ces dev. On ira jamais aussi loin qu'OpenERP sur ce point je le pense (même quand on rétablirait l'utilisation des mots clés purement objet) mais comme tu le fait remarquer nous cherchons à contenter les TPE qui ont juste un connaisseur PHP, voir aucun informaticien et pour cela l'utilisation objet au sens métier suffit souvent sans forcément aller à l'utilisation au sens technique (mais nous irons surement car cela ouvre des portes à quantité d'outillage intéressant, comme des outils d'audit de code ou autre plus efficaces dans ce cas).
Si le guide Smile des ERP peut vivre, ce serait génial car tout va si vite dans le monde Open et cela faisait un moment que je cherchait une étude aussi complète qui me permette de jauger comment situer Dolibarr vis à vis des autres ERP, aussi si elle pouvait rester "up to date", j'en serais à suivre.
Je comprends parfaitement que tu ne puisses remettre sur le tapis Dolibarr maintenant, cela nécessite j'imagine un investissement démultiplié tout autant qu'il y a de produits à analyser. Ton travail va toutefois être plus facilité maintenant que nous avons mis en place une documentation plus digne de nos ambitions sur le wiki. De plus nous n'avions presque jamais communiqué sur le projet jusqu'ici attendant une version qui soit "digne" plutôt que de se faire de la mauvaise publicité d'entrée. Et cette version est peut etre atteinte avec la 2.4 que j'ai longtemps hésité à appeler 3.0 compte tenu du nbre de modification. Mais je réserve ce chiffrage à l'arrivée dela compta analytique. La documentation utilisateur reste toutefois encore pauvre, l'accent ayant été mis sur la documentation développeur avec la 2.4. Mais nous avons conscience de nos faiblesses et les critiques constructives sont toujours la bienvenue. Elles ont permis de confirmer notre perception de nos défaut et par conséquent nous conforte dans les choix fait récemment.
Sinon pour répondre à une de test questions sur les références d'utilisateur, nous avons il y a quelques temps mis en place une page de liens où les utilisateurs peuvent se déclarer sur le site: http://www.dolibarr.org/index.php?option=com_weblinks&ca(...)
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: quid des références?
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Dolibarr ERP/CRM 2.4 stable est disponible. Évalué à 1.
A ce jour, l'objet est surtout utilisé comme classe de mapping des tables en ActiveRecord. L'héritage est donc souvent utilisé uniquement pour les parties communes techniques de composants (classes de gestion de base ou classes des modules ou sous-modules qui partagent des méthodes techniques propre au fonctionnement générique). Le wiki http://wiki.dolibarr.org/index.php/Langages#Motifs_d.27organ(...) explique un peu les choix fait sur les motifs d'organisation du code et de liaison aux bases.
C'est donc un support minimal mais suffisant pour qui veut manipuler les entités métiers Dolibarr sans connaitre le modèle physique tout en s'assurant la pérénité de ces dev. On ira jamais aussi loin qu'OpenERP sur ce point je le pense (même quand on rétablirait l'utilisation des mots clés purement objet) mais comme tu le fait remarquer nous cherchons à contenter les TPE qui ont juste un connaisseur PHP, voir aucun informaticien et pour cela l'utilisation objet au sens métier suffit souvent sans forcément aller à l'utilisation au sens technique (mais nous irons surement car cela ouvre des portes à quantité d'outillage intéressant, comme des outils d'audit de code ou autre plus efficaces dans ce cas).
Si le guide Smile des ERP peut vivre, ce serait génial car tout va si vite dans le monde Open et cela faisait un moment que je cherchait une étude aussi complète qui me permette de jauger comment situer Dolibarr vis à vis des autres ERP, aussi si elle pouvait rester "up to date", j'en serais à suivre.
Je comprends parfaitement que tu ne puisses remettre sur le tapis Dolibarr maintenant, cela nécessite j'imagine un investissement démultiplié tout autant qu'il y a de produits à analyser. Ton travail va toutefois être plus facilité maintenant que nous avons mis en place une documentation plus digne de nos ambitions sur le wiki. De plus nous n'avions presque jamais communiqué sur le projet jusqu'ici attendant une version qui soit "digne" plutôt que de se faire de la mauvaise publicité d'entrée. Et cette version est peut etre atteinte avec la 2.4 que j'ai longtemps hésité à appeler 3.0 compte tenu du nbre de modification. Mais je réserve ce chiffrage à l'arrivée dela compta analytique. La documentation utilisateur reste toutefois encore pauvre, l'accent ayant été mis sur la documentation développeur avec la 2.4. Mais nous avons conscience de nos faiblesses et les critiques constructives sont toujours la bienvenue. Elles ont permis de confirmer notre perception de nos défaut et par conséquent nous conforte dans les choix fait récemment.
Sinon pour répondre à une de test questions sur les références d'utilisateur, nous avons il y a quelques temps mis en place une page de liens où les utilisateurs peuvent se déclarer sur le site:
http://www.dolibarr.org/index.php?option=com_weblinks&ca(...)
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)