> > Si c'est pour faire de l'objet, pourquoi ne pas faire du C++ ?
> le C++ gère les signaux et les "properties" ? Non ?
Je n'ai pas envis de rentrer dans le technique, mais ce qui m'énerve le plus dans "pourquoi ne pas faire du C++", c'est ce côté "la programmation object c'est pour C++ et pas pour les autres".
Le premier bouquin sur le C ("Le langage C" par Kernighan et Ritchie) indiquait qu'un bon programme était souvent orienté objet.
Suffit de regarder les sources de Linux pour détecter rapidement des parties orientées objets. Évidemment, ce n'est pas aussi luxueux que le C++ et on peut chipoter sur mon emploi de "orienté objet".
btw, faire de l'orienté objet avec du C est très vieux (libXt est un très bon exemple).
À la question "pouquoi faire de l'objet avec du C", je réponds :
- "Car la programmation objet c'est bien et le language C c'est bien."
> > si on propposait a Gnome une dependance vers Qt, ils feraient la gueule aussi
Qt est GPL. L'objectif de Gnome est d'avoir des librairies LGPL.
Qt ne permet pas les bindings (ou ce n'est pas terrible à de très rare exception).
Qt est payant sous Windows.
Qt est C++, il faut donc compiler l'appli avec un compilateur C++ (Il y a des techniques pour éviter ce problème mais c'est particuliairement ugly).
Qt dépend de X11 (et de plein d'autre trucs) alors que glib ne dépend que de la libc. Idéal aussi pour un programme non graphique. Donc rien à voir.
> C'est criminel aujourd'hui de forcer qqu'un à écrire un truc en C sans utiliser une implémentation de list, de hash table, ... toute faite.
Absolument. Surtout que l'empreinte mémoire de glib (hors gobject) est ridicule. Et en fait n'est chargé en mémoire que ce qui est utilisé.
De plus la multiplication des implémentations de list, hash table ... fait que ça bouffe plus de mémoire que si tout le monde utilisait la glib.
Du gâchis en place mémoire et en temps de développement et pour faire plaisir à "qques extrémistes kdeiens..." comme tu le dis.
PS : glib est un lib vraiment bien foutu. Un must pour développeurs C et quelque soit le type d'appli (graphique ou non).
[^] # Re: Re : Les nouveautés du prochain X11R6.8
Posté par 007 . En réponse à la dépêche Les nouveautés du prochain X11R6.8. Évalué à 1.
> le C++ gère les signaux et les "properties" ? Non ?
Je n'ai pas envis de rentrer dans le technique, mais ce qui m'énerve le plus dans "pourquoi ne pas faire du C++", c'est ce côté "la programmation object c'est pour C++ et pas pour les autres".
Le premier bouquin sur le C ("Le langage C" par Kernighan et Ritchie) indiquait qu'un bon programme était souvent orienté objet.
Suffit de regarder les sources de Linux pour détecter rapidement des parties orientées objets. Évidemment, ce n'est pas aussi luxueux que le C++ et on peut chipoter sur mon emploi de "orienté objet".
btw, faire de l'orienté objet avec du C est très vieux (libXt est un très bon exemple).
À la question "pouquoi faire de l'objet avec du C", je réponds :
- "Car la programmation objet c'est bien et le language C c'est bien."
> > si on propposait a Gnome une dependance vers Qt, ils feraient la gueule aussi
Qt est GPL. L'objectif de Gnome est d'avoir des librairies LGPL.
Qt ne permet pas les bindings (ou ce n'est pas terrible à de très rare exception).
Qt est payant sous Windows.
Qt est C++, il faut donc compiler l'appli avec un compilateur C++ (Il y a des techniques pour éviter ce problème mais c'est particuliairement ugly).
Qt dépend de X11 (et de plein d'autre trucs) alors que glib ne dépend que de la libc. Idéal aussi pour un programme non graphique. Donc rien à voir.
> C'est criminel aujourd'hui de forcer qqu'un à écrire un truc en C sans utiliser une implémentation de list, de hash table, ... toute faite.
Absolument. Surtout que l'empreinte mémoire de glib (hors gobject) est ridicule. Et en fait n'est chargé en mémoire que ce qui est utilisé.
De plus la multiplication des implémentations de list, hash table ... fait que ça bouffe plus de mémoire que si tout le monde utilisait la glib.
Du gâchis en place mémoire et en temps de développement et pour faire plaisir à "qques extrémistes kdeiens..." comme tu le dis.
PS : glib est un lib vraiment bien foutu. Un must pour développeurs C et quelque soit le type d'appli (graphique ou non).