Discussion :

[Community Management]

Salut,

Je voulais savoir un peu quels sont les penchants des programmeurs C++ en matière de bibliothèques.

Qu'il s'agisse de bibliothèques pour interfaces graphiques, de bibliothèques "à tout faire", ou autres, quelles sont les bibliothèques dont vous avez du mal à vous passer et que vous trouvez tant efficaces et pratiques ?

Pour ma part, il n'y en a qu'une que j'utilise beaucoup (trop ? ), c'est Boost. Et vous ?

[Luc Hermitte]

La SL. Quand on a un vieux compilo de Sun, à peine meilleur que VC6, c'est déjà bien de pouvoir compter sur elle.

J'aurais bien dit boost, mais ce n'est même pas la peine d'y penser avec ce fichu compilo. C'est le coup à se retrouver à (ré)écrire des choses avec une interface similaire, mais allégée.

Après, j'utilise d'autres bibliothèques/frameworks (ACE+TAO, xerces-c, OCCI), et lorgne vers d'autres encore (ASL, ICE (alternative à Corba)), mais rien d'indispensable.

[JolyLoic]

Aujourd'hui, boost.

Dans un futur proche, probablement un truc style tbb (à moins que boost ne se mette à avoir aussi ce genre de choses).

Le reste est plus spécifique et dépend du projet.

[Matthieu Brucher]

Boost pour les outils de bases (futur TR1), Qt pour l'interface graphique (vais m'y remettre bientôt).
Sinon, TBB (Boost n'est pas aussi bien) aussi, et sans doute la future bibliothèque Boost.MPI selon l'architecture de la bête que je vais devoir utiliser à la rentrée (j'ai hâte ).

A part ça, rien d'indispensable. Au-delà de ces bibliothèques (quoique pour le calcul matriciel, je ne sais pas ce que je devrais utiliser), je pense que je changerai de langage d'abord tant qu'à faire.

[Lucien63]

Pour les interfaces graphiques la VCL.
Bon elle ne peut s'utiliser qu'avec le compilateur Borland (codée en pascal avec une interface C++).
Mais je ne pense pas qu'elle ai beaucoup d'avenir maintenant.

[loufoque]

Boost.Range(_ex)
Boost.Phoenix 2(/3)
Boost.Flyweight
Boost.Asio
Utilitaires divers (Boost.Iterator, Boost.Operators, Boost.Utility, Boost.MPL...)

Sûrement Boost.Move si ça sort un jour...

[Crabe05]

Sans hésiter, je choisi Qt ! (en fait, il y a QUE cette librairie que je sais à peu près bien manier...)

[Alp]

A noter que j'ai ajouté un sondage, n'hésitez pas à voter ! Ca aidera aussi à proposer des tutoriels pour ce que les membres utilisent le plus

[Invité]

La vcl pour tout ce qui est interface: c'est facile à programmer, c'est squper stable, c'est assez joli, et il y a une tripotée de composants d'extension sur le marché (seul défaut, faut savoir lire le delphi).

Je n'envisage rien d'autre, quand je changerai de framework graphique, j'irai très probablement vers FLEX/AIR, pour pouvoir confier l'interface à des graphistes et des utilisateurs, et pas à des programmeurs comme moi, qui aiment les couleurs stabilo clinquantes, les dégradés à la Microsoft, et les effets de relief ou d'animation kitsch (on ne se refait pas!)...

La sl/stl pour tout ce qui est structures et algorithmes. Autrefois je panachais avec les composants non visuels de la vcl, je ne le fais presque plus. Un jour je me mettrai à boost, c'est sur, c'est promis, mais j'avoue n'en avoir pas encore senti l'urgence (et comme c'est dur à installer dans mon environnement Borland...)

Pour des choses un peu plus pointues, j'ai beaucoup utilisé netlib.org et le code provenant de Numerical Recipes... Ce ne sont pas des bibliothèques, mais bon.

Enfin, l'API Win32 pour les choses vraiment dégoutantes... (mappage de fichiers en mémoire, contournement de certaines limites de la VCL). Le moins souvent possible, mais souvent quand même.

Francois

[Luc Hermitte]

Il n'y a pas ACE, et le sondage c'est celles que l'on utilise et non celles que l'on voudrait utiliser (avec les contraintes projet on ne fait pas toujours ce que l'on veut)

[Alp]

Il n'y a pas ACE, et le sondage c'est celles que l'on utilise et non celles que l'on voudrait utiliser (avec les contraintes projet on ne fait pas toujours ce que l'on veut)

Je me suis rendu compte trop tard qu'il n'y a pas ACE. Je vais la faire rajouter t'inquiètes pas