• # Pourquoi ne pas faire un "compilateur" ?...

    Posté par (site web personnel) . En réponse au journal Uniformisation des librairies graphiques. Évalué à 2.

    Schéma de principe :

    On crée une "librairie" qui synthétise l'ensemble des appels communs.
    Cette librairie sera la plus simple possible. J'ai un excellent exemple d'un truc buggé archi simple pour se donner une idée : Windev.
    L'idée consiste donc à créer une librairie ultra simple, sans pointeur,sans handle, des fonctions simples genre creerfenetre(),
    si cliquebouton(bouton_OK) alors ...
    mon_choix = ma_liste[ma_liste.select]

    etc...


    On interface ensuite un "compilateur" qui traite ces fonctions spéciales et les traduisent en gtk, qt, etc...
    Ce compilateur prend du c et crache du c, idem avec c++, etc...

    Mieux, ils ne s'occupent que de traiter les fonctions de la "librairie"


    C'est un peu une approche à la glade, sauf que l'on reste dans le domaine d'un langage et que cela évite des indirections trop lourdes au niveau du code.

    En plus il n'y a pas de raisons que cela créee des exécutables lent et buggés

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker