Glossaire

Glossaire des termes utilisés dans cette documentation :

API

Une API, ou Application Programming Interface, est une interface fournie par une « application », qui dans ce cas est généralement une bibliothèque partagée ou une autre ressource partagée appropriée au langage. Les API sont constituées de fichiers qui définissent un contrat entre le logiciel utilisant l’interface et le logiciel fournissant l’interface. Ces fichiers se manifestent généralement sous forme de fichiers d’en-tête en C et C++ et sous forme de fichiers Python dans Python. Dans les deux cas, il est important que les API soient regroupées et décrites dans la documentation et qu’elles soient déclarées comme publiques ou privées. Les interfaces publiques sont soumises à des règles de modification et les modifications apportées aux interfaces publiques entraînent un nouveau numéro de version du logiciel qui les fournit.

client_library

Une bibliothèque cliente est une API qui donne accès au graphe ROS à l’aide de concepts middleware primitifs tels que Topics, Services et Actions.

forfait

Une seule unité de logiciel, y compris le code source, les fichiers système de construction, la documentation, les tests et d’autres ressources associées.

REPRÉSENTANT

Proposition d’amélioration du ROS. Un document qui décrit une amélioration, une normalisation ou une convention pour la communauté ROS. Le processus d’approbation REP associé permet à la communauté d’itérer sur une proposition jusqu’à ce qu’un consensus ait été atteint, auquel cas elle peut être ratifiée et mise en œuvre, auquel cas elle devient une documentation. Tous les REP sont visibles à partir de l”index REP.

VCS

Système de contrôle de version, tel que CVS, SVN, git, mercurial, etc…

RCLCP

Le Client Library spécifique au C++ pour ROS. Cela inclut toutes les API liées au middleware ainsi que la génération de messages associés des structures de données C++ basées sur des définitions d’interface telles que Messages, Services et Actions.

dépôt

Une collection de packages généralement gérés à l’aide d’un VCS comme git ou mercurial et généralement hébergés sur un site comme GitHub ou BitBucket. Dans le contexte de ce document, les référentiels contiennent généralement un ou plusieurs packages d’un type ou d’un autre.