Message hors sujet, mais il fallait que je réponde à ça :
L'intérêt d'une fonction membre private par rapport à une fonction membre protected, c'est que, quand tu supprimes la fonction, la renommes ou changes la liste de ses paramètres, tu as seulement besoin de mettre à jour le code de la classe courante, sans modifier celui des classes dérivées.
Dans le doute, il est préférable de laisser une fonction en visibilité private, puis de changer plus tard sa visibilité en protected si on se rend compte qu'il est pertinent de l'appeler dans une classe dérivée, voire en public s'il est pertinent de l'appeler ailleurs.
Le développeur que tu as maudit avait peut-être très bien compris l'intérêt du protected.
En général, c'est une mauvaise démarche. Il vaut mieux persévérer et apprendre à utiliser correctement const.
L'avantage de const, c'est de documenter de manière standard et concises qu'une variable n'est pas modifiée, avec en prime une vérification de la part du compilateur.
Le seul cas où il peut être justifié de renoncer à const malgré ses avantages, c'est quand on utilise une bibliothèque pourrie dans laquelle il manque beaucoup de const, à cause du manque d'expertise en C++ de ses concepteurs.
Partager