Version imprimable
Bonsoir,
J'aurais voulu avoir votre avis sur cette question un peu paradoxale...
Boost (pour ceux qui ne connaissent pas : voir ici) est le plus gros rassemblement de bibliothèques C++. Toutefois, trouvez-vous qu'il manque des choses à Boost ?
Quelles seraient vos idées de bibliothèques ?
A vos claviers :)
Bonsoir,
De la doc en français?? Pacque les truc un peu compliqué comme spirit, j'y comprend rien. :?Citation:
A votre avis, que manque-t-il dans Boost ?
Sinon plus sérieusement, ce sont peut être des idées bêtes, voir impossibles, mais je me lance:
Les trucs qu'on arrive jamais a faire proprement soit même:
Permettre de gérer soit même les allocations/desalocations(surcharge de new merci bien)
Permettre de récupérer la pile d'appel.
Sinon un boost::bind auquel on aurait pas besoin de passer _1, _2, _3, ... c'est a dire ou l'on aurait pas besoin de connaitre le nombre d'argument de la fonction qu'on lui passe, pourrai être sympa, pour transformer des fonctions membre en fonction non membre.
Plein de trucs.
Pourquoi, tu veux implémenter des choses ?
Dans un premier temps, ça va juste être un sondage, tu sais très bien que si j'avais plus de temps j'aurais des projets intéressants en dehors de Boost :aie:Citation:
Envoyé par loufoque
J'ai entendu des gens se plaindre qu'il n'y ait pas de bibliothèque de GUI dans Boost... Vous en pensez quoi ?
Tout ce qu'il y a déjà un peu partout ne suffit pas à votre avis ? Qt, GTK+/mm, wxWidgets, FLTK, Adam & Eve d'Adobe, ...
BOOST est très complet, mais une gestion des sockets, une gestion de l'interface graphique serait bien aussi...
J'ai pas grand chose d'autre qui me vient à l'esprit
Pour moi, ce qui manque le plus dans boost, c'est de la documentation vraiment orientée débutants.
Salut,
+1Citation:
Envoyé par JolyLoic
Si l'on n'a déjà pas trop l'habitude des template, la doc est souvent indigeste et les exemples trop minimalistes...
J'aurais même tendance à rajouter "en français" car j'ai remarqué que, si la capacité de lecture de l'anglais va en s'accentuant lorsque l'on a en permanence le nez dans les docs de développeurs, il faut parfois s'accrocher très sérieusement pour comprendre, au début, alors que toute notre connaissance d'anglais peut se limiter à ce que l'on a appris en quelques années de lycée :aie:
C'est dans Boost depuis la version 1.35...Citation:
BOOST est très complet, mais une gestion des sockets [...] serait bien aussi
En effet, oui, une doc française serait pas mal, et une nouvelle version de BOOST.Spirit aussi :yaisse2:Citation:
Envoyé par loufoque
PS : Et si on traduisait la doc ? :mouarf:
Si des gens sont près à s'investir dans ce projet, je peux voir s'ils seraient d'accord ;)Citation:
Envoyé par katagoto
Et sinon, il y a Boost.Asio pour le réseau depuis la 1.35, comme l'a dit loufoque...
Ca porte mal son nom... C'est pas ma faute :mouarf:
Si non, moi je serait prêt à traduir BOOST.Spirit, ça me fera pratiquer...
Mais ça serait cool, oui :king:
Ne sont-ils pas d'accord a priori, avec la licence de boost ?Citation:
Envoyé par Alp
Pas sûr, je sais que sur BOOST.Spirit y a un copyright, mais une license...
Si mais bon, on ne sait jamais, et je procède toujours comme ça, question de principe :aie:Citation:
Envoyé par JolyLoic
Oui, et puis, c'est plus "officiel"Citation:
Envoyé par Alp
Un coypright, tu auras toujours, y compris dans le monde de l'open-source, et meme si cela tient parfois du "copyleft" ;)Citation:
Envoyé par katagoto
Par contre, mais je peux toujours me tromper sur ce point, pour être intégrée dans boost, il me semble que les différentes bibliothèques se doivent d'adopter leur licence (ou toute licence similaire, en terme de droits des utilisateurs), non :question:
Une bibliothèque Boost peut très bien dépendre d'une autre bibliothèque sous une autre licence.
Bonjour à tous,
Les notions comme l'IHM (outre la dépendance inhérente aux différentes plateforme) me semblent difficiles. Un système fenêtré avec de contrôles, une souris etc... n'épuise pas le sujet IHM. LCD petit format dans les systèmes embarqués, jeux, multimédia, téléphone sont dans d'autres façon d'aborder l'IHM. Les bibliothèques telles que citées dans un post précédent sont plus pertinentes à mon avis.
De même, un parser XML ou de quoi faire le lien entre un XSD et des classes, mais je vois pas trop comment aborder ça avec un paradigme méta-programmation.
Ce qui peut manquer et dont je me sert souvent: un framework sur les automates, un framework de singleton.
En terme de doc, ce qu'il manque (outre une doc en français), c'est un point d'entrée un peu plus globale. Car, il y a tellement de librairie, qu'on a du mal à savoir si on peut trouver une solution à son problème dedans (merci developpez d'avoir des experts qui en signalent l'existence le cas échéant lors d'une innocente question).
Avec phoenix::bind, tu peux déjà faire ça.Citation:
Envoyé par Nogane
C'est qu'il faut être familier avec des notions comme les template ou les foncteurs. Donc, boost ne s'adresse pas au débutant C++.Citation:
Envoyé par JolyLoic
Après, il y a des librairies où je me demande quelle est leur intérêt: boost::for each, boost::array (je suis pas convaincu), boost::program option (me semble pas aboutit).
Pour la traduction, je peux mettre la main à la pâte (boost.preprocessor ou boost::optional, ou boost::in place factory ou boost::spirit ou boost::iterator).
Boost.StateChart (il y avait une proposition Boost.FSM qui a été rejetée...)Citation:
Envoyé par 3DArchi
Ca dépend. Un débutant C++ doit savoir utiliser les templates dans les cas d'utilisations simples, comme std::vector<>, std::list<>. C'est la base.Citation:
C'est qu'il faut être familier avec des notions comme les template ou les foncteurs. Donc, boost ne s'adresse pas au débutant C++.
Les foncteurs ? Si on a eu l'occasion de sortir du mode de pensée impératif avec des langages fonctionnels, ça n'est absolument pas un problème.
Il faut juste savoir surcharger des opérateurs, c'est la chose la moins naturelle pour le but escompté, parce que c'est quand même une astuce pour faire des fonctions des valeurs à part entière en C++.
----
Après, la métaprogrammation, c'est un contournement de l'usage auquel les templates étaient prédestinés, c'est normal que ce soit difficile d'accès.
boost::for_each : tu trouves que std::for_each() est pratique à utiliser dans l'état actuel des choses ? Vu les limitations pour faire des fonctions anonymes, boost::for_each reste bien plus pratique, même si c'est à base de macros.Citation:
Après, il y a des librairies où je me demande quelle est leur intérêt: boost::for each, boost::array (je suis pas convaincu), boost::program option (me semble pas aboutit).
boost::array : ben, c'est plus pratique qu'un tableau C au sens où c'est copiable, assignable. Et on ne perd pas en performances par rapport à std::vector<>. Dans le cas de petits tableaux, c'est non négligeable.
Moi j'aimerai bien qu'il y ait une lib de log (avec un watchdog et tout le toutim, ce serait le top, mais assez utopique forcément).
Et un client/serveur SOAP, genre en adaptant gSoap, ce serait génial (parce que j'utilise beaucoup gSoap et ce n'est pas toujours la panacée).