Discussion :

[epsilon68]

J'aimerais savoir qui utilise vraiment les signals/slots de Boost ou de libsigc++ ? j'ai recemment decider de les tester serieusement et de les comparer avec Qt ... c'est super lourd a utiliser comparé a Qt, alors peut-etre je les utilise mal ...

Quelqu'un aurait de l'experience la autour ?

a+

[Matthieu Brucher]

Tu peux regarder sur ce lien que j'ai vu passer sur la mailing list de Qt : http://www.scottcollins.net/articles...and-slots.html

[epsilon68]

Merci pour le lien il est tres clair et tres explicite, il exprime bien les differences. Cependant je voulais avoir des avis de gens qui utilisent souvent et/ou dans le cadre professionnel les signals de boost et/ou libsigc++, ce qu'ils en pensaient et si ils pouvaient donner leurs avis par rapport a Qt si ils pouvaient.

merci a+

[JolyLoic]

J'ai utilisé Qt. J'ai utilisé et utilise boost:signal. Instinctivement, je n'ai jamais eu envie d'utiliser les signaux Qt pour autre chose que de l'IHM. En fait, ils m'apparaissent bien lourds par rapport aux signaux boost :
- Nécessité d'un pré-processeur spécifique à passer sur de code
- Limitations quant à ce qui peut capter un signal, comparé à la souplesse apportée par boost::bind.

Ils sont peut-être moins simples à apprendre, mais je n'ai pas eu de problèmes pour les utiliser.

[Alp]

Je suis dans le même cas que JolyLoic.
Les signaux de Qt sont bien dans le cadre d'IHM. C'est lourd pour quelque chose qui sort du cadre de l'IHM. boost::signal suffit amplement et n'est pas vraiment lourd en plus.

[loufoque]

boost.signal et libsigc++ sont en fait très similaires.
Tu peux voir libsigc++ en usage dans GTKmm.

[epsilon68]

Pourquoi les signaux de Qt conviennent bien pour l'IHM mais pas pour d'autre cas ? pourquoi specialement pour l'IHM ?

[JolyLoic]

Extrait de la doc Qt :
All classes that contain signals or slots must mention Q_OBJECT at the top of their declaration. They must also derive (directly or indirectly) from QObject.

Je n'ai aucune envie de rempire ces conditions pour des classes qui n'ont pas de rapport avec l'IHM de mon application.

[epsilon68]

Extrait de la doc Qt :
All classes that contain signals or slots must mention Q_OBJECT at the top of their declaration. They must also derive (directly or indirectly) from QObject.

Je n'ai aucune envie de rempire ces conditions pour des classes qui n'ont pas de rapport avec l'IHM de mon application.

c'est philosophique alors
mais ca serait homogene par contre ...

je ne critique pas, je m'etais dis la meme chose, mais a la fin je me demande... le faire avec une autre lib n'ameliore pas les choses quand on change de plateforme....

un grand atout des signaux de Qt je trouve est la deconnexion automatique lorsque l'objet se detruit, pas automatic dans boost (il faut heriter trackable) et ne marche pas dans tous les cas ... pas encore du moins mais ca fait deja un bout de temps.

Je separe bien sur mon code metier du code IHM et je voulais aussi le rendre independant de Qt mais il y a pas mal de classes utiles qui me manqueraient sinon et qui faudrait que je refasse.....

Alors j'hesite, j'utilise Qt du bout des doigts ou je fusionne completement avec et je ne me pose plus de question.....
Quelqu'un a / avait le meme probleme ?

a+