• [^] # Re: Du code vers le modèle?

    Posté par (site web personnel) . En réponse à la dépêche Acceleo 2.2.0 : nouveaux générateurs PHP, Python et JEE. Évalué à 2.


    L'idée est que j'ai des puces avec des pates et on relie les pates d'une puce à l'autre. Par exemple, je vais avoir une pate "Add Activity" qui prend deux objets en entrée et les ressort. La puce s'occupe d'associer les deux objets entre eux. Ca c'est ce que te présente le modèle, mais c'est bêtement traduit par un $objet1->add($objet2) ou $objet1->set($objet2) pour faire simple.



    C'est comme ça qu'on m'a présenté le VHDL, on fait des boîtes on les relie et tout .... Et c'est comme ça qu'on écrit le code VHDL. (approche top-> bottown

    De même qu'on apprenait à faire des demi additionneurs avec AND et des OR, on faisait aussi du bottom-> up

    Mais c'était un truc à intégrer, implicite de la microélectronique et on codait directement avec des boîtes, que l'on regroupait en boîte, que l'on cablait, que l'on regroupait ....

    Et ça c'était précis, utile, et utilisé, tant en tant que tel (on retrouvait les blocs sur les dessins de circuits), que comme façon de coder. Je vois pas le besoin d'un formalisme UML quand on a une idée claire de ce que l'on veut faire, et de comment le faire. C'est le B A-BA non de visualiser son code en le séparant en bloc fonctionnel ?