> Maintenant, le mécanisme de moc est à mon avis bien moins souple que celui proposé par SigC++.
Pas pour tout. D'un coté sigc++ permet de connecter un signal a autre chose qu'une méthode, par exemple. Mais d'un autre coté le fait que QObject::connect() utilise des chaines de caractères pour désigner les slots et signaux rend la création dynamique d'UI (à partir d'un fichier de description XML par exemple) extrèmement facile, alors que c'est un casse-tête sans nom avec sigc++.
Ça permet aussi de demander à un objet au runtime quels sont les signaux et les slots qu'il supporte, par exemple (et les properties aussi).
[^] # Re: Bof...
Posté par Guillaume Laurent . En réponse à la dépêche Al Stevens n'aime pas QT. Évalué à 3.
Pas pour tout. D'un coté sigc++ permet de connecter un signal a autre chose qu'une méthode, par exemple. Mais d'un autre coté le fait que QObject::connect() utilise des chaines de caractères pour désigner les slots et signaux rend la création dynamique d'UI (à partir d'un fichier de description XML par exemple) extrèmement facile, alors que c'est un casse-tête sans nom avec sigc++.
Ça permet aussi de demander à un objet au runtime quels sont les signaux et les slots qu'il supporte, par exemple (et les properties aussi).