Discussion :

[Swoög]

Bonjour à tous !

Afin de mener à bien un de mes projets, je recherche une ou plusieurs librairie(s) C/C++ qui me permettrai(en)t de manier :

• Les Expressions Régulières (moteur équivalent à PERL de préférence)
• Les évènements
• Les Threads et leurs fonctionnalités pour la synchronisation
• Les Sockets

Je n'ai pas besoin de faire dans le graphique pour le moment...

De plus, je préfèrerais qu'elle possède les caractéristiques suivantes :

• Libre et/ou compatible avec la licence "Creative Commons" (de préférence, pas de GPL par exemple )
• Portable (sans utiliser Cygwin sous Windows par exemple)
  [conditions "sine qua non"]
• Orientée Objet au maximum ...
• ... Tout en conservant une architecture proche de celle de la STL et en pouvant s'y intégrer (exemple : classes pour les sockets qui hériteraient de des iostreams, etc...)
• Statique le plus possible

J'ai bien sûr vu Allegro et la SDL, mais elles ne sont pas OO

Boost me convient un peu plus, mais elle ne gère pas les Sockets, et est vraiment trop proche de la STL pour être suffisament OO à mon goût... (oui, je suis très **** sur ce point mais une classe regexp qui n'a même pas de méthode membre match, c'est pas vraiment ce que j'appelle OO )

Au pire, je me satisferais de Boost et ré-empaqueterais les modules qui m'intéresse pour qu'ils correspondent à mes considération en matière d'OO, mais si un librairie permettant déjà ceci existe, je ne souhaite pas réinventer la roue...

Est-ce que vous connaissez un ou plusieurs librairie qui correspondraient à mes attentes ? J'ai bien sûr fait des recherches, mais je n'ai rien trouvé qui me convienne parfaitement...

Ce qui est le plus problématique en fait concerne surtout les sockets, puisque je n'ai pas pu trouver de librairie portable qui le permette...

Merci d'avance...

[Matthieu Brucher]

Pourquoi Boost ne te convient pas ? OK, il n'y a pas les sockets, mais pour cela, tu peux sans doute trouver ton bonheur du côté de chez ACE

[Swoög]

Boost n'est pas assez Orientée Objet à mon goût, on dirait plus une modélisation du type C avec des struct et des fonctions externes qu'une vraie modélisation Objet... mais s'il faut que je m'en contente, je ré-empaqueterais comme je l'ai dis

Pour ACE je vais voir, ç'a l'air un peu fouilli à vue de nez... mais ça semble être ""complet"" :p

Au besoin je réempaquèterais les librairies pour avoir quelque chose qui corresponde le plus possible à mes considérations... ça va demander pas mal de temps quand même lol, et de la lecture... Mais comme c'est un projet perso, c'est pas comme si c'était pressé...

J'ai vu que ACE gérait le SSL en plus, c'est super ça

Merci beaucoup...

Je vais laisser encore un peu en attente, un jour ou deux, juste histoire de voir si quelqu'un propose quelque chose qui serait plus proche de mes "préférences" et puis je mettrait résolu... avant de me mettre au boulot

[Matthieu Brucher]

Etant donné que Boost est maintenu par des proches du comité voire des membres du comité de standardisation, ils savent ce qu'ils font
Je ne sais pas ce qui te manque au niveau orienté objet parce que pour moi, j'ai pas de souci
Tu peux aussi regarder du côté de Loki, moins gros, pas de regexp, je crois, mais peut-être mieux pour les threads, ...
Pour ACE, le seul point négatif, c'est qu'il n'y a plus de paquets Linux, il faut recompiler à la main

[Jean-Marc.Bourguet]

Les regexp qui sont dans TR1 et seront tres vraissemblablement dans la prochaine norme sont tres proche de celle de boost. J'ai d'ailleurs le vague souvenir que boost avait realigne son interface sur une des propositions.

[loufoque]

boost fait aussi les sockets.
Enfin la librarie qui s'en occupe (asio) n'est pas encore en version finale.

[Matthieu Brucher]

Et surtout, cette bibliothèque - ASIO - utilise un nom déposé dans quelques pays qui est un standard pour l'audio, c'est très malin de leur part...

[Swoög]

Merci pour toute vos suggestion, je vais me pencher dessus sérieusement, puis je prendrais ma décision
c'est toujours très pratique d'avoir plusieurs avis

@Miles : pour ce qui est de l'OO, j'ai des considération un peu "Personelles" lol disons que je préfère avec une classe avec des méthodes membres et pas ou peu (uniquement le nécessaire) de méthodes externes, plutôt qu'une classe quasi-vide avec plein de méthodes externes, c'est tout

[Matthieu Brucher]

Ah, OK, j'étais aussi comme ça jusqu'à ce que je lise More Exceptional C++ Style de Stutter ainsi que 101 Coding Standards

[Luc Hermitte]

Et vi l'interface publique d'une classe ne se limite pas à ses fonctions publiques.

Pour en revenir à ACE, c'est un mélange ente une rolls' et une enclume. C'est gros. Très gros. Il y a beaucoup de choses, et une doc assez éparpillée (il y a un très bon tutorial "third-party", et quelques articles qui décrivent l'essentiel, plus deux bouquins) qui a un arrière goût d'état de l'art, de référence en la matière.
La biliothèque de threads de boost ne supporte pas exemple pas tous les mécanismes que nous propose ACE comme les barrières, les valeurs "futures", ...

[Swoög]

Pour en revenir à ACE, c'est un mélange ente une rolls' et une enclume. C'est gros. Très gros. Il y a beaucoup de choses, et une doc assez éparpillée (il y a un très bon tutorial "third-party", et quelques articles qui décrivent l'essentiel, plus deux bouquins)

Si tu as des addresses de tuto à me conseiller, ça serait super...

Bien sûr, si la bibliothèque Threads de ACE est plus performante que celle de Boost, je me rabattrait au final sur la meilleur des deux

mais pour ça il me faudra d'abord engranger toute la doc sur le sujet, pour Boost, pas de problème, c'est très bien organisé ^^

Pour ACE par contre...
Mais bon, j'ai déjà bookmarqué la doc officielle il faudra que je lise tout ça...

[sinok]

Eventuellement , inquement pour la gestion des thread tu as la librairies JThread qui est portable et comme son nom l'indique s'inspire très largement de la gestion des threads utilisée en java

[Luc Hermitte]

Le Tutoriel d'ACE qui vaut le coup (qui ressemble plus à tutoriel qu'à une référence) est celui d'Umar Syyid. Il se retrouve vite avec google.

Sinon, ACE, ce n'est pas une question de performance -- certains critiques/regrettent sa lourdeur, ceci dit j'ai bossé sur une application fortement temps réel, et c'était plus le réseau et les machines qui étaient dimensionnants que ACE. Juste que c'est le plus complet et qu'il est plutôt propre.

[loufoque]

Et surtout, cette bibliothèque - ASIO - utilise un nom déposé dans quelques pays qui est un standard pour l'audio, c'est très malin de leur part...

Ça ne pose aucun problème, il y a tout un tas de choses avec le même nom en ce bas monde. Il suffit de savoir remettre dans le contexte.
L'un est un standard, l'autre une bibliothèque, c'est déjà fondamentalement différent.
De plus si on dit boost.asio il n'y a aucune ambiguité.

[Swoög]

J'ai trouvé le "tuto" D'umar Syyid, malheureusement c'est un bouquin

Bon, il faudra que je voye si je peux l'emprunter dans une bibli spécialisée quelconque, histoire de voir si j'ai vraiment besoin de l'acheter ^^

pour JThread, je jetterais un coup d'oeil, mais n'ayant jamais fait de java, je ne sais pas si la librairie m'apportera vraiment un confort d'utilisation supplémentaire, enfin... je pense que toutes les idées sont bonnes à prendre en compte, j'y jetterais donc un coup d'oeil

pour ASIO c'est cool que Boost prévoye d'intégrer les sockets... cependant s'il s'agit d'un nom de standard audio, ça risque de poser quelques problèmes d'incompatibilité... j'attendrais peut-être que la partie Sockets soit complètement intégrer à Boost avant de l'utiliser, pour éviter justement ce style de problèmes

Merci Beaucoup à tous ^^

Je mettrais résolu dès Vendredi afin de laisser encore un peu de place aux idées nouvelles, j'indiquerais bien sûr mon organisation définitif par la suite, et s'il y a de nouveaux avis qui arrivaient, je serais heureux de les prendre en compte

[Luc Hermitte]

J'ai trouvé le "tuto" D'umar Syyid, malheureusement c'est un bouquin

Bon, il faudra que je voye si je peux l'emprunter dans une bibli spécialisée quelconque, histoire de voir si j'ai vraiment besoin de l'acheter ^^

??? Il est dispo en pdf sur le net.
Une recherche avec <<ACE tutotrial Syyid filetype:pdf>> fait l'affaire.

[Swoög]

Ah oui, effectivement, lors de ma première recherche (la même mais sans filetype) je suis tombé sur uniquement une (très) grande liste de liens vers des sites de vente de bouquins ou de critiques de bouquin, et rien qui faisait référence à un tuto en ligne...j'ai pas cherché plus loin mais là je l'ai trouvé en PDF, j'ai lu la table des matières, il a l'air vachement mieux structuré que la doc officielle effectivement ça va me permettre d'y voir plus clair Merci

Bon, aller, j'ai de la lecture moi

[hansaplast]

on peut avoir un lien direct vers le dll svp? (ou vers le site)
ca economisera de la bande passante a google :p

(vi, curieux, mais flemmard :'( )

[Swoög]

les pages que j'ai regroupées sur le sujet pour le moment :

• ACE :
  
  • http://www.huihoo.com/ace_tao/ACE-5....03/page01.html
  • http://www.cs.wustl.edu/~doc/pspdfs/ACE-tutorial.pdf
  • http://www.amazon.fr/exec/obidos/ASI...863503-1442054
  • http://www.cs.wustl.edu/~schmidt/ACE.html
• Boost :
  • http://www.boost.org/libs/libraries.htm
• ASIO :
  • http://asio.sourceforge.net/
• JThread :
  • http://research.edm.luc.ac.be/jori/jthread/jthread.html

[tut]

et Qt ??
portable, orientée objet 100 %,
gère les threads, les sockets, mécanisme d'évènements avec les signal/slot, les expressions régulières, et les sockets aussi (je crois, à vérifier).
Libre sous Linux, libre sous windows pour les applications libres.

http://qt.developpez.com/doc/4.0/index/

ce que j'apprécie particulièrement avec cette bibliothèque, c'est qu'elle est simple et très bien documentée.