Google rend Abseil, une collection de bibliothèques C++ et Python, open source :
Tour d'horizon
Le 2017-10-02 09:10:55, par Patrick Ruiz, Chroniqueur Actualités
Google a rendu un certain nombre de bibliothèques utilisées en interne pour différents projets open source. Dénommée « Google Abseil », il s’agit d’une collection d’outils C++ et Python. Un dépôt GitHub est déjà disponible pour le code C++ publié sous licence Apache. Les inconditionnels de Python devront patienter encore un peu.
Il y a en effet de quoi mettre de l’eau à la bouche de ces derniers. Les outils Abseil représentent dix années d’expérience engrangée par la firme de Mountain View sur différents projets open source. De plus, il s’agit de code utilisé en production et qui sera maintenu sur les cinq années à venir. En l’état actuel, la collection de bibliothèques est (d’après Google) compatible avec la plupart des plateformes (systèmes d’exploitation, compilateurs, matériel), sans que des configurations ardues ne soient nécessaires. Il sera question de maintenir ce cap et, pour les outils C++, assurer un passage doux de C++11 comme spécification du langage à C++17 d’ici à 2019.
D’après ce que Google rapporte, Abseil s’appuie sur des abstractions du langage C++ développées en respectant le standard C++11 et compatibles de façon totale ou partielle avec les spécifications C++14, C++17 et au-delà. Adopter Abseil c’est donc bénéficier de la possibilité d’avoir accès à certaines fonctionnalités du C++ qui n’existent pas encore dans les standards, avec la promesse que Google les adaptera une fois qu’elles sont adoptées.
Le type std ::string_view du standard C++17 aurait été adopté sur la base du retour d’expérience de Google avec le type StringPiece de la bibliothèque Abseil. Le type StringPiece est désormais renommé en absl ::string_view au sein de la bibliothèque Abseil. Le préprocesseur du fichier d’entête lié permet de s’assurer que le type Abseil intègre un programme comme un alias du type standard dans le cas où ce dernier est disponible sur le système. Sinon, c’est la version compatible aux spécifications C++11 et C++14 (absl ::string_view) qui est insérée.
En programmation, la gestion des instants et des durées demeure l'un des sujets les plus épineux. La bibliothèque standard du C++ offre std ::chrono ::duration et std::chrono::time_point, des modèles de classe pour cette catégorie de problèmes. Avec Abseil, Google propose les types absl : uration et absl ::Time comme alternatives. D’après la firme de Mountain View, la résolution obtenue est, certes, moins bonne, mais permet de couvrir une palette suffisante de cas dans la pratique, pour un code plus aisé à maintenir.
Abseil contient les bibliothèques suivantes :
Source : Google Blog
Et vous ?
Que pensez-vous de cette collection de bibliothèques de Google ?
Quelles raisons pourraient vous pousser à ne pas l'adopter ?
Il y a en effet de quoi mettre de l’eau à la bouche de ces derniers. Les outils Abseil représentent dix années d’expérience engrangée par la firme de Mountain View sur différents projets open source. De plus, il s’agit de code utilisé en production et qui sera maintenu sur les cinq années à venir. En l’état actuel, la collection de bibliothèques est (d’après Google) compatible avec la plupart des plateformes (systèmes d’exploitation, compilateurs, matériel), sans que des configurations ardues ne soient nécessaires. Il sera question de maintenir ce cap et, pour les outils C++, assurer un passage doux de C++11 comme spécification du langage à C++17 d’ici à 2019.
D’après ce que Google rapporte, Abseil s’appuie sur des abstractions du langage C++ développées en respectant le standard C++11 et compatibles de façon totale ou partielle avec les spécifications C++14, C++17 et au-delà. Adopter Abseil c’est donc bénéficier de la possibilité d’avoir accès à certaines fonctionnalités du C++ qui n’existent pas encore dans les standards, avec la promesse que Google les adaptera une fois qu’elles sont adoptées.
Le type std ::string_view du standard C++17 aurait été adopté sur la base du retour d’expérience de Google avec le type StringPiece de la bibliothèque Abseil. Le type StringPiece est désormais renommé en absl ::string_view au sein de la bibliothèque Abseil. Le préprocesseur du fichier d’entête lié permet de s’assurer que le type Abseil intègre un programme comme un alias du type standard dans le cas où ce dernier est disponible sur le système. Sinon, c’est la version compatible aux spécifications C++11 et C++14 (absl ::string_view) qui est insérée.
En programmation, la gestion des instants et des durées demeure l'un des sujets les plus épineux. La bibliothèque standard du C++ offre std ::chrono ::duration et std::chrono::time_point, des modèles de classe pour cette catégorie de problèmes. Avec Abseil, Google propose les types absl :
Abseil contient les bibliothèques suivantes :
- base : routines d’initialisation et dépendances pour les autres bibliothèques ;
- algorithm : extension à la bibliothèque C++ standard du même nom ;
- container : conteneurs de style STL additionnels ;
- debugging : routines pour effectuer des tests de mémoire ;
- memory : versions compatibles C++11 de std ::make_unique() ainsi que des gestionnaires de mémoire ;
- meta : versions compatibles C++11 des tests de types disponibles sous les versions C++14 et C++17 de la bibliothèque type_traits ;
- numeric : contient des entiers 128 bits compatibles C++11 ;
- strings : routines de gestion des chaînes de caractères et des utilitaires au rang desquels on compte une version compatible C++11 du type C++17 std ::string_view ;
- synchronization : contient des primitives pour les accès concurrents et des abstractions de synchronisation ;
- time : abstractions pour manipuler les instants, les durées et les fuseaux horaires.
Source : Google Blog
Et vous ?
-
dourouc05Responsable Qt & LivresGoogle ne dit pas autre chose, en fait :
Envoyé par https://abseil.io/about/philosophy le 02/10/2017 à 16:10 -
VivienDMembre émériteJe sens que je vais passer pour le rabat-joie de service mais, après avoir fait un rapide tour dans les fichiers présents sur leur dépôt, je trouve que ça ne casse pas trois pattes à un canard, surtout en comparaison avec les sources de boost.
Qui sait? Peut-être que mon avis est biaisé par le fait que je suis dans une période où je m'adonne aux mathématiques et à la physique comme un bon gros bourrin des familles.le 02/10/2017 à 15:28 -
Je suis assez d'accord. En plus, la lib utilise bazel, qui est loin d'être le système de build standard du C++.le 02/10/2017 à 15:56
-
Aurelien.Regat-BarrelExpert éminent séniorC'est sûr que c'est plus light que boost, et c'est peut être son avantage.
Perso j'évite d'utiliser boost aujourd’hui : trop gros, trop de fichiers à inclure dans son repo (y'a quand même un côté usine à gaz dans Boost).
Donc pour moi ça van dans le sens de ce qui se fait depuis quelques années : essentiellement des petits fichiers header only quasiment indépendants. Et perso c'est ce que j'utilise de plus en plus (Catch pour les tests, la GSL, json, cmdline, ...). D'autant plus que maintenant on a optional, string_view, filesystem, variant de dispo avec les principaux compilateurs, y compris VC++, au namespcace près (std::experimental). Un petit polyfill fait l'affaire pour récupérer le bon header sur chaque compilo.
Je vais certainement intégrer leurs algorithmes adaptés aux conteneurs. J'en ai déjà adapté quelques un dans mon code, mais autant les avoir tous grâce à cette lible 03/10/2017 à 14:32