Personnellement j'approuve totalement son choix de conception.
C'est la meilleure solution pour un bon découplage. Si un jour il veut se passer de Qt, ou si Qt évolue et casse son API, ou encore si quelqu'un souhaite faire un front-end s'intégrant mieux à Gnome (avec GTKmm et autres libs C++ de Gnome) ou autre environnement de bureau, il aura beaucoup moins de problèmes.
Si être à la fois dépendant de Qt et de Boost est considéré comme stupide, alors qu'en serait-il d'une double dépendance Qt/GTKmm...
Après, c'est peut-être un peu plus personnel, mais je trouve que Qt en fait trop. Non seulement ça fait doublon avec Boost, mais c'est également le cas avec la STL (pour des raisons historiques).
Un truc qui manque à l'écosystème C++, c'est une bonne lib GUI qui se contente d'être une lib GUI et qui ne cherche pas à faire en prime le café et la mayonnaise. Bref, en d'autres termes, j'aime bien les libs, mais pas les frameworks intrusifs.
À mon avis, dans l'état actuel des choses, la combinaison [C++, SL, Boost, autres libs métier, lib GUI] est ce qu'il y a de plus propre. Et si en plus c'est buildé avec CMake, c'est juste parfait ;).
[^] # Re: Qt mais pas complètement ?
Posté par monsieurmoche . En réponse au journal Sortie de exxEditor - version 0.9. Évalué à 6.
C'est la meilleure solution pour un bon découplage. Si un jour il veut se passer de Qt, ou si Qt évolue et casse son API, ou encore si quelqu'un souhaite faire un front-end s'intégrant mieux à Gnome (avec GTKmm et autres libs C++ de Gnome) ou autre environnement de bureau, il aura beaucoup moins de problèmes.
Si être à la fois dépendant de Qt et de Boost est considéré comme stupide, alors qu'en serait-il d'une double dépendance Qt/GTKmm...
Après, c'est peut-être un peu plus personnel, mais je trouve que Qt en fait trop. Non seulement ça fait doublon avec Boost, mais c'est également le cas avec la STL (pour des raisons historiques).
Un truc qui manque à l'écosystème C++, c'est une bonne lib GUI qui se contente d'être une lib GUI et qui ne cherche pas à faire en prime le café et la mayonnaise. Bref, en d'autres termes, j'aime bien les libs, mais pas les frameworks intrusifs.
À mon avis, dans l'état actuel des choses, la combinaison [C++, SL, Boost, autres libs métier, lib GUI] est ce qu'il y a de plus propre. Et si en plus c'est buildé avec CMake, c'est juste parfait ;).