Discussion :

[sylvain1984]

Bonjour,

J'ai débuté il y a 2 ans pour une association dont je fais partie un logiciel qui se voulait petit. Le cœur a été fait assez vite mais à mesure que j'avançais j'ai ajouté un bon nombre de fonctionnalités. Donc, il n'y a eu au départ aucune conception. Développeur du dimanche, non pro, j'ai appris à mesure des besoins.

Le périmètre fonctionnel est désormais quasiment bouclé. Il y aurait bien deux ou trois choses à faire encore mais je pense que ça peut attendre.

Une version est déjà utilisée "en production" depuis 6 mois sans soucis.

J'ai désormais pour ambition de sécuriser un peu le code (C++, Qt 6.4.2). Il n'y a aucune gestion des exceptions, ni utilisation des pointeurs intelligents. Il n'y a pas non plus un seul bout de code pour les tests.

Que me conseillez-vous de faire ? J'ai bien envie déjà de gérer les potentielles exceptions que pourraient envoyer les new.


Sylvain

[jo_link_noir]

Les exceptions de new, c'est franchement le dernier des problèmes. De toute manière, Qt n'est à ma connaissance pas résistant aux exceptions. C’est-à-dire que les objets peuvent être dans un état indéterminé après une exception. En règle générale, il n'y a pas grand chose à faire quand la mémoire vient à manquer.

Le mieux est de commencer par faire des tests unitaires puis/et d'intégrations. Mais quand le projet n'est pas pensé pour, un découpage est souvent nécessaire.

Il faut aussi mettre en place une CI qui compile et lance les tests à chaque modification ainsi que des outils d'analyses statique et dynamique: clang-tidy et autre, valgrind, les sanitizers des compilateurs, les modes debug, assertion ou Hardening de la STL.

Sans oublier de blinder la compilation avec le plus de warnings possible activés. Bien que les nouveaux avertissements soit généralement activés par défaut, ce n'est pas le cas de beaucoup des anciens qui sont pourtant nombreux. -Wall -Wextra n'active pas tout ! Je mettais fait un projet pour activer plein de warning: https://github.com/jonathanpoelen/cpp-compiler-options/.

[sylvain1984]

Bonjour et merci pour votre réponse !

Bien vu pour les tests unitaires. Ils font partie des techniques que je souhaite apprendre et il est temps de m'y mettre.
Il existerait un tuto pour s'y mettre ?

Il faut aussi mettre en place une CI

Bien sûr, aucun souci... mais c'est quoi une CI ?

Sylvain

[LittleWhite]

Bonjour,

CI pour Continuous Integration. Cela correspond à mettre en place une infrastructure (elle peut être simple et sans coût) pour effectuer des tâches de manières régulières, notamment l'exécution des tests et la génération d'exécutable de manière automatisée et, généralement, à chaque mise à jour du code du projet. Un exemple pour une telle mise en place et d'utiliser Jenkins (une introduction est disponible ici).

Maintenant, même si je suis défenseur de la mise en place d'intégration continue pour un projet, je me suis aussi demandé si pour votre cas, cela ne serait pas trop lourd (inévitablement, cela prend du temps).
En même temps, j'ai parlé de Jenkins, sous entendu, hébergé sur vos propres machines, mais certains hébergeur de code propose des solutions similaires et gratuites pour les projets open source.