Le risque avec l'idée d'une surcouche est que l'on se ramène souvent au facteur commun. Je m'explique, si GTK gère quelque chose que QT ne sait pas faire (je parle uniquement graphique) ou inversement... la surcouche risque de ne pas permettre d'utiliser la dite fonctionnalité par soucis d'harmonisation.
J'entends déjà les gens du fond dire que l'on peut s'en sortir avec du #define pour savoir si on est dans tel ou tel environnement... personnellement je n'y trouve pas mon compte (trop spaghetti pour citer qu'un seul argument).
On peut également imaginer émuler les comportements manquants, voir même les implémenter dans la surcouche.. et puis les remonter dans la librairie sous-jacente. Oui c'est possible, mais ça va vite devenir une galère et ralentir les développements de la surcouche et finalement représenter un coût tel que la surcouche devient trop lourde à maintenir.
On a (eu)? cela avec la librairie AWT en java qui ne propos(e|ait) que le facteur commun des composant graphique des différentes plateforme (mais ce n'(était|est) pas son (seul|pire) défaut).
Bref, l'idée est plus que louable, dans les faits je pense que c'est difficilement réalisable... mais tout est question de moyen.
# Réduction des capacités au simple facteur commun
Posté par Alexandre COLLIGNON . En réponse au journal Qt ? GTK+ ?.... Évalué à 4.
Le risque avec l'idée d'une surcouche est que l'on se ramène souvent au facteur commun. Je m'explique, si GTK gère quelque chose que QT ne sait pas faire (je parle uniquement graphique) ou inversement... la surcouche risque de ne pas permettre d'utiliser la dite fonctionnalité par soucis d'harmonisation.
J'entends déjà les gens du fond dire que l'on peut s'en sortir avec du #define pour savoir si on est dans tel ou tel environnement... personnellement je n'y trouve pas mon compte (trop spaghetti pour citer qu'un seul argument).
On peut également imaginer émuler les comportements manquants, voir même les implémenter dans la surcouche.. et puis les remonter dans la librairie sous-jacente. Oui c'est possible, mais ça va vite devenir une galère et ralentir les développements de la surcouche et finalement représenter un coût tel que la surcouche devient trop lourde à maintenir.
On a (eu)? cela avec la librairie AWT en java qui ne propos(e|ait) que le facteur commun des composant graphique des différentes plateforme (mais ce n'(était|est) pas son (seul|pire) défaut).
Bref, l'idée est plus que louable, dans les faits je pense que c'est difficilement réalisable... mais tout est question de moyen.
Alexandre COLLIGNON