Bref, oui il y à les tk, qui t'aides beaucoup, mais tu dois encore connecter les events.
Et tu fais quoi en JS+HTML avec les évènements on_click etc ? Tout en JS marche par callback justement parce qu'il est pensé pour être connecté à des évènements. Je ne connais pas les framework js (et non je ne tiens pas à les connaître), mais en allant sur la page d'accueil de knockout, je vois ça : Exemple knokout
Oui tu as le select qui n'est pas explicitement connecté (en fait du connecte des données et pas des évènements) mais tu as toujours une connexion sur un évènement pour le bouton. C'est des notions que tu as en QML par exemple.
Par exemple en QT les signals, ont à priori, extrêmement simplifié le problème, sauf que je me suis battu avec à cause des spécificités de C / C++ eect. (les pointeurs tousssa, Oui j'ai un niveau de m*** en C).
Comme je disais tu as un tas de bindings. Le fait qu'ils soient fait en langage natifs comme C ou C++ permet surtout de produire plus facilement ces bindings (et de ne pas être dépendant d'un runtime).
Faudrait que je le testes pour de vrai. Mais je ne peux m’empêcher que cette solution est sous optimale par rapport à une refondation plus profonde comme a pu le faire des projets comme GO ou nodejs
Node.js je sais pas (bien que j'ai une petite idée), mais go n'a rien pour les ui. Du coup je vois pas bien de quoi tu parle comme refonte.
Tu entends quoi par « DP » ? Tu as des pointeurs sur le mvvm ? J'ai du mal à le différencier du mvc.
Design pattern, pensais tu à autre chose ?
Non c'est juste que j'ai pas l'habitude de lire ce sigle.
Ce client MVVM, discute avec un Controleur de MVC, qui encapsule en entrée / sortie son Modèle de sgbd.
Sa Vue de MVC ne doit "que" formater la réponse en JS / XML / BIN / ce-qu'il-te-plait
Tu n'a pas l'impression d'avoir une lourdeur importante pour (entre autre) serialisé/déserialisé les données ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: javascript, ok.
Posté par barmic . En réponse à la dépêche Javascript comme langage par défaut pour GNOME. Évalué à 3.
Et tu fais quoi en JS+HTML avec les évènements on_click etc ? Tout en JS marche par callback justement parce qu'il est pensé pour être connecté à des évènements. Je ne connais pas les framework js (et non je ne tiens pas à les connaître), mais en allant sur la page d'accueil de knockout, je vois ça :
Exemple knokout
Oui tu as le select qui n'est pas explicitement connecté (en fait du connecte des données et pas des évènements) mais tu as toujours une connexion sur un évènement pour le bouton. C'est des notions que tu as en QML par exemple.
Comme je disais tu as un tas de bindings. Le fait qu'ils soient fait en langage natifs comme C ou C++ permet surtout de produire plus facilement ces bindings (et de ne pas être dépendant d'un runtime).
Node.js je sais pas (bien que j'ai une petite idée), mais go n'a rien pour les ui. Du coup je vois pas bien de quoi tu parle comme refonte.
Non c'est juste que j'ai pas l'habitude de lire ce sigle.
Tu n'a pas l'impression d'avoir une lourdeur importante pour (entre autre) serialisé/déserialisé les données ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)