Je ne penses pas que les conversions glib <-> Qt aient un impact majeur dans ce cas precis. Mais il faut penser au contexte general. Si KDE commence a se lier avec glib, quelles vont etre les consequences. Est-ce que d'autres applications vont l'utliiser aussi, etc.
> Pour être honnète, je trouve gonflé que certains KDE-xxx (xxx =
> developpeurs|fans|utilisateurs...) critiquent la glib dès qu'elle est utilisée dans le cadre de KDE.
C'est pas tant la glib elle-meme qui est critiquee que le fait qu'elle fasse doublon avec d'une part la stl, d'autre part la QTL.
D'un point de vue personnel, j'admire beaucoup le travail qui a ete fait sur la glib, mais je ne vois pas du tout son interet. Si c'est pour faire de l'objet, pourquoi ne pas faire du C++ ? Pourquoi faire du C objet ? Sincerement, j'aime bien coder en C, mais quand je code en C, c'est pas pour faire du C++, c'est pour faire du C. Il y a quand meme une grosse incoherence dans ce choix, qui d'un cote preconise un langage relativement simple et refuse absoluement le C++, et de l'autre cote, s'amuse a refaire un framework objet en C. Pour info, le framework objet du C++ est plus rapide, plus efficace et plus simple a coder. On n'en arrive meme a la situation de gtkmm qui wrappe en C++ une lib en C qui emule un comportement objet. Deux niveaux d'indirections !
> Mais la glib avec son modèle objet, permet à gstreamer (et Gnome) d'être C++ friendly
La glib n'est pas du tout C++ friendly. Elle permet en revanche aux programmeurs gnome de programmer dans un style objet, ce qui est tres souhaitable pour une appli graphique ou tu manipules des tonnes d'objets.
> KDE n'est pas C friendly
Non. Et tu sais quoi ? Ca ne manque a personne.
> > toute dependance n'est jamais la bienvenue
J'aurai de preciser toute dependance qui duplique une fonctionnalite existante. En dehors de l'approche gstreamer, quel est l'interet pour KDE de demander en plus de ses dependances classiques, une lib en C, qui n'est parfois pas installee sur des systemes, et qui fait la meme chose que Qt ?
Il y a une reponse, mais comprend que si on propposait a Gnome une dependance vers Qt, ils feraient la gueule aussi, indendamment des possilibites d'utiliser Qt en C (en imaginant qu'elles existent) ou des qualites intrinseques de Qt.
[^] # Re: Re : Les nouveautés du prochain X11R6.8
Posté par Philippe F (site web personnel) . En réponse à la dépêche Les nouveautés du prochain X11R6.8. Évalué à 6.
> Pour être honnète, je trouve gonflé que certains KDE-xxx (xxx =
> developpeurs|fans|utilisateurs...) critiquent la glib dès qu'elle est utilisée dans le cadre de KDE.
C'est pas tant la glib elle-meme qui est critiquee que le fait qu'elle fasse doublon avec d'une part la stl, d'autre part la QTL.
D'un point de vue personnel, j'admire beaucoup le travail qui a ete fait sur la glib, mais je ne vois pas du tout son interet. Si c'est pour faire de l'objet, pourquoi ne pas faire du C++ ? Pourquoi faire du C objet ? Sincerement, j'aime bien coder en C, mais quand je code en C, c'est pas pour faire du C++, c'est pour faire du C. Il y a quand meme une grosse incoherence dans ce choix, qui d'un cote preconise un langage relativement simple et refuse absoluement le C++, et de l'autre cote, s'amuse a refaire un framework objet en C. Pour info, le framework objet du C++ est plus rapide, plus efficace et plus simple a coder. On n'en arrive meme a la situation de gtkmm qui wrappe en C++ une lib en C qui emule un comportement objet. Deux niveaux d'indirections !
> Mais la glib avec son modèle objet, permet à gstreamer (et Gnome) d'être C++ friendly
La glib n'est pas du tout C++ friendly. Elle permet en revanche aux programmeurs gnome de programmer dans un style objet, ce qui est tres souhaitable pour une appli graphique ou tu manipules des tonnes d'objets.
> KDE n'est pas C friendly
Non. Et tu sais quoi ? Ca ne manque a personne.
> > toute dependance n'est jamais la bienvenue
J'aurai de preciser toute dependance qui duplique une fonctionnalite existante. En dehors de l'approche gstreamer, quel est l'interet pour KDE de demander en plus de ses dependances classiques, une lib en C, qui n'est parfois pas installee sur des systemes, et qui fait la meme chose que Qt ?
Il y a une reponse, mais comprend que si on propposait a Gnome une dependance vers Qt, ils feraient la gueule aussi, indendamment des possilibites d'utiliser Qt en C (en imaginant qu'elles existent) ou des qualites intrinseques de Qt.