Il y a aussi des framework qui n'imposent pas de restriction aussi ridicule. J'irai même jusqu'a dire que Qt est le seul à le faire…
Les mots ont un sens. Que veux-tu dire par "ridicule" ? Qt est un framework d'âge plutôt vénérable et est porteur d'un héritage technique dont chaque nouveau composant (j'allais dire "sédiment") pouvait trouver justification à chaque étape de son intégration => Trolltech trouvait le C++ une bonne base pour faire du développement multi-platforme mais n'étant pas satisfait par l'état des technologies de RTTI et des systèmes d'évents du moment (je pense principalement pour des raisons de portabilité), choisit de développer via un système de macros et de sur-couche au langage des outils supplémentaires pour simplifier la vie du développeur.
C'est quand même surprenant ta fixette, je connais pas ou peu de monde à ce point bloqué par cette phase de génération de moc en regard des énormes avantages que présente Qt en échange.
Pendant longtemps j'ai fait du Qt avec emacs et qmake s'est toujours occupé de générer les moc à ma place sans que je n'ai guère à m'en soucier.
Ensuite, je suis passé à cmake et là aussi, on trouve des modules cmake pour s'occuper de ça même si c'était un peu plus laborieux pour moi au départ. (l'écriture des règles cmake me semblait un peu plus ardue au départ que le spectre restreint des commandes qmake)
Il n'est bien sûr pas évident que si (l'ex) Trolltech démarrait ce framework de nos jours il choisirait C++ (encore que, pour des raisons de performances, pas sûr…), mais franchement, je trouve qu'ils sont vraiment parvenus à garder une cohérence globale exceptionnelle, et à reléguer cette histoire de moc dans un périmètre assez restreint pour qu'on ne s'en soucis guère.
[^] # Re: Trollons
Posté par Guillaume Denry (site web personnel) . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 4. Dernière modification le 30 avril 2013 à 17:01.
Les mots ont un sens. Que veux-tu dire par "ridicule" ? Qt est un framework d'âge plutôt vénérable et est porteur d'un héritage technique dont chaque nouveau composant (j'allais dire "sédiment") pouvait trouver justification à chaque étape de son intégration => Trolltech trouvait le C++ une bonne base pour faire du développement multi-platforme mais n'étant pas satisfait par l'état des technologies de RTTI et des systèmes d'évents du moment (je pense principalement pour des raisons de portabilité), choisit de développer via un système de macros et de sur-couche au langage des outils supplémentaires pour simplifier la vie du développeur.
C'est quand même surprenant ta fixette, je connais pas ou peu de monde à ce point bloqué par cette phase de génération de moc en regard des énormes avantages que présente Qt en échange.
Pendant longtemps j'ai fait du Qt avec emacs et qmake s'est toujours occupé de générer les moc à ma place sans que je n'ai guère à m'en soucier.
Ensuite, je suis passé à cmake et là aussi, on trouve des modules cmake pour s'occuper de ça même si c'était un peu plus laborieux pour moi au départ. (l'écriture des règles cmake me semblait un peu plus ardue au départ que le spectre restreint des commandes qmake)
Il n'est bien sûr pas évident que si (l'ex) Trolltech démarrait ce framework de nos jours il choisirait C++ (encore que, pour des raisons de performances, pas sûr…), mais franchement, je trouve qu'ils sont vraiment parvenus à garder une cohérence globale exceptionnelle, et à reléguer cette histoire de moc dans un périmètre assez restreint pour qu'on ne s'en soucis guère.