Librairie OO et portable pour RegExp, Thread, Sockets, etc..

Version imprimable

22/05/2006, 14h05
Swoög

Librairie OO et portable pour RegExp, Thread, Sockets, etc..
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 :lol: 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...
22/05/2006, 14h17
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 ;)
22/05/2006, 14h35
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 :D :king:

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 :D
22/05/2006, 15h24
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 :|
22/05/2006, 15h31
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.
22/05/2006, 15h34
loufoque

boost fait aussi les sockets.
Enfin la librarie qui s'en occupe (asio) n'est pas encore en version finale.
22/05/2006, 15h37
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...
22/05/2006, 15h53
Swoög

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

@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 ;)
22/05/2006, 16h33
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 ;)
22/05/2006, 22h20
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", ...
22/05/2006, 23h40
Swoög

Citation:

Envoyé par Luc Hermitte

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... :D

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... :cry:
Mais bon, j'ai déjà bookmarqué la doc officielle il faudra que je lise tout ça...
23/05/2006, 09h20
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
23/05/2006, 22h40
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.
24/05/2006, 02h56
loufoque

Citation:

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é.
24/05/2006, 03h06
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 ;) :D
24/05/2006, 09h07
Luc Hermitte

Citation:

Envoyé par 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 ^^

??? Il est dispo en pdf sur le net.
Une recherche avec <<ACE tutotrial Syyid filetype:pdf>> fait l'affaire.
24/05/2006, 09h12
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 :oops: 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 :D Merci

Bon, aller, j'ai de la lecture moi ;)
24/05/2006, 11h17
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 :'( )
24/05/2006, 11h31
Swoög
les pages que j'ai regroupées sur le sujet pour le moment :
24/05/2006, 13h12
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.
24/05/2006, 13h13
Matthieu Brucher

Il voulait qqch de non GPL.
24/05/2006, 14h19
Swoög

Citation:

Envoyé par Miles

Il voulait qqch de non GPL.

En fait mon principal problème avec la GPL, c'est qu'elle oblige à faire passer l'application entière sous GPL... :( Si mes souvenirs sont bons, c'est entre autres pour cette raison que, par exemple, PHP5 n'intègre plus d'extension MySQL activée par défaut...

Or ce n'est pas la licence que je souhaite utiliser au final. Le pojet est assez conséquent, et je souhaite le rendre publique quand il sera arrivé à son terme, de mon point de vue en tous cas, mais pas sous GPL justement parce que ça obligerait tout ceux qui voudrait en intégrer tout ou partie à une application tierce de passer cette application sous GPL, etc...

C'est pour cela que je souhaite avoir quelque chose qui ait une licence compatible avec les licences Creative Commons qui sont elles beaucoup plus flexibles :)
24/05/2006, 22h46
Matthieu Brucher

Tu ne peux pas faire des bibliothèques plug-in dont l'interface serait sous double licence ?
25/05/2006, 04h59
Swoög

Heu... c'est-à-dire ?

(Excuse-moi, c'est mon premier gros projet, et à vrai dire, c'est la première fois que je me penche sur ces histoires de licences)
25/05/2006, 08h47
Matthieu Brucher

Je ne sais pas si c'est possible, mais tu crées ton programme qui charge dynamiquement les bibliothèques - si c'est statique, c'est le même prg, donc ça ne va pas -, puis tu crées un en-tête d'importation que tu utilises dans ton programme puis un en-tête que tu utilises pour tes plug-ins. Ils n'ont pas la même licence, mais contiennent en gros la même chose.
25/05/2006, 10h13
Swoög

OK, mais même dans ce cas, ça revient au même, le programme il utilisera quelque chose qui sera sous GPL, donc il faudra assurer la propagation, non ?
Surtout que dans toutes ces librairies, la plupart du temps, il y a des templates (donc impossible de faire du linkage dynamique par rapport à ça, non ?)...

Ou alors, j'ai pas compris ce que tu voulais dire ? ;)
25/05/2006, 10h31
Matthieu Brucher

En fait, si tu n'as pas besoin d'autre chose qu'un header que tu fabriques toi-même, ça devrait pouvoir être bon. Effectivement, si tu as des templates dans tous les sens dans tes bibliothèques et que tu les instancies dans ton programme, ça ne marchera pas :|
26/05/2006, 18h48
Swoög

Comme promi je mets résolu, J'ai commencé à lire le tuto sur ACE il est vraiment bien fait ! :D

Il semblerait que dans tous les cas, je doive réencapsuler les librairies (que ce soit Boost ou ACE) pour pouvoir les faire correspondre à ce que je recherche du point de vue conception OO :D

ça me permettra en même temps de me familiariser avec ces librairies...

Je m'y attaquerais peu à peu d'ici quelques jours, le temps de bien mettre au point ce que je veux faire...

Je vous tiendrais au courant de l'évolution de l'organisation et de mes choix concernant les différentes librairies.

Merci beaucoup à ceux qui sont intervenus pour m'aider :D

Bien sûr si quelqu'un a d'autres suggestions ou remarques à faire, ça ne peut être qu'utile :D ;)
27/05/2006, 01h12
Luc Hermitte

Citation:

Envoyé par Swoög

Il semblerait que dans tous les cas, je doive réencapsuler les librairies (que ce soit Boost ou ACE) pour pouvoir les faire correspondre à ce que je recherche du point de vue conception OO :D

Mais pourquoi diable? Si encore ces bibliothèques étaient mal conçues et demandaient une grande quantité d'huile de coude je comprendrais. Mais là ?
D'autant que vu les titans que sont ACE et boost, tu n'es pas rendu.
27/05/2006, 12h29
Swoög

C'est juste pour que la signature des classes et fonctions que j'utiliserais dans l'appli restent cohérentes avec celles que j'aurais moi-même faite, et puis je vais pas tout réencapsuler, uniquement ce que j'utiliserais...