Si ça change beaucoup, le code est moins bien organisé, donc plus difficile à comprendre, donc moins maintenable sur le long terme, et donc contiendra potentiellement plus de bugs.
En C c'est une bonne pratique d'écrire du code semi orienté objets. Avec un constructeur qui alloue avec malloc une struct et retourne la variable "self". On passe alors cette variable self en argument au reste des fonctions de cette classe. Plus un destructeur pour libérer la mémoire.
Les variables globales/extern sont à éviter si possible. Avec des variables globales, modifier du code à un endroit peut demander de faire des modifications à plein d'autres endroits. Tandis qu'en POO, une classe fournit une interface publique, et cache les détails d'implémentation.
Bref, je ne vais pas m'étendre en long et en large sur le sujet, j'ai commencé à écrire un guide pour écrire des applications en GLib/GTK+ en C, et une des sections explique comment (et pourquoi) écrire du code orienté objets en C.
Si tu regardes le code d'une application comme gedit, le code est orienté objets, basé sur GObject.
[^] # Re: Bonne tête, sauf le code source
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche Micro Music Player (mmp), le lecteur musical minimaliste, sort en version 3.0. Évalué à 2.
Si ça change beaucoup, le code est moins bien organisé, donc plus difficile à comprendre, donc moins maintenable sur le long terme, et donc contiendra potentiellement plus de bugs.
En C c'est une bonne pratique d'écrire du code semi orienté objets. Avec un constructeur qui alloue avec malloc une struct et retourne la variable "self". On passe alors cette variable self en argument au reste des fonctions de cette classe. Plus un destructeur pour libérer la mémoire.
Les variables globales/extern sont à éviter si possible. Avec des variables globales, modifier du code à un endroit peut demander de faire des modifications à plein d'autres endroits. Tandis qu'en POO, une classe fournit une interface publique, et cache les détails d'implémentation.
Bref, je ne vais pas m'étendre en long et en large sur le sujet, j'ai commencé à écrire un guide pour écrire des applications en GLib/GTK+ en C, et une des sections explique comment (et pourquoi) écrire du code orienté objets en C.
Si tu regardes le code d'une application comme gedit, le code est orienté objets, basé sur GObject.