Outre ce détail, je suis d'accord, pas besoin de POO pour faire de l'IHM. Mais comme meilleur exemple, je donnerai les "Immediate GUI" qui sont par nature procédurale:
Il y a ensuite les approches fonctionnelles (dont parle un peu cet article), ou le rendu graphique est une fonction de l'état (state) de l'application:
[^] # Re: J'ai l'impression que l'article mélange un peu tout ....
Posté par David Delassus (site web personnel) . En réponse au lien Building a proper UI framework in Rust is hard and often unintuitive.. Évalué à 4.
Il faut différencier "Programmation Orientée Objet" et "Langage Orienté Objet".
Dans le premier, on a des techniques d'encapsulation, de polymorphisme (ou autrement dit: static/dynamic dispatch), etc...
Dans le second, on a un langage qui fournit des outils pour faire cela.
On peut faire de l'orienté objet en C -> http://www.cs.rit.edu/~ats/books/ooc.pdf
Preuve à l'appui, j'ai fait cette monstruosité : https://github.com/linkdd/ooduck
GTK (basé sur GObject), c'est de la POO.
Outre ce détail, je suis d'accord, pas besoin de POO pour faire de l'IHM. Mais comme meilleur exemple, je donnerai les "Immediate GUI" qui sont par nature procédurale:
Il y a ensuite les approches fonctionnelles (dont parle un peu cet article), ou le rendu graphique est une fonction de l'état (state) de l'application:
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg