C++, déclaration des méthodes de classe

[Bounoume]

je ne voudrais pas provoquer cette fois autant de vagues que par ma précédente question :

Vu que nous en sommes au message 43 (sans compte celui-ci), que Bounoume n’est pas revenu depuis le message 10 et que cette discussion a dérivé puis s’est transformée en une lutte d’égos elle est désormais close.

d'autant que la réponse attendue est arrivée très vite.....

cette fois, c'est encore mon ignorance sur une syntaxe
(trouvée dans le tutoriel que je consultais pour une sombre histoire qui ressemble à une corruption mémoire par des instructions... euh... risquées.... ou sournoises...)


voici la page source complète:
https://www.learncpp.com/cpp-tutoria...namic-casting/
et la déclaration d'objet avec le ":" dont je ne connais pas la signification, faut que je l'avoue:
Base(int value) : m_value(value)

la déclaration complète:

 
class Base
{
protected:
	int m_value;
 
public:
	Base(int value)
		: m_value(value)
	{
	}

Il me semble que ça, c'est le début de la déclaration d'un constructeur de l'objet de classe Base:
public:
Base(int value)
et ensuite le code à exécuter pour initialiser les propriétés de l'objet, par exemple: { m_value=value;}

mais à la place il y a ce :m_value(value)
Est-ce équivalent?
merci d'avance...
-----

[Jack]

Il s'agit de ce qu'on appelle une liste d'initialisation.
Pour des données simple, cela n'a pas d'intérêt particulier plus que de faire de simples affectations dans le constructeur (m_value = value, mais plus efficace lors de l'initialisation de structures plus complexes tels que des objets.

Ca permet également d'initialiser des membres qui sont déclarés comme des références, ce qui ne pourrait pas se faire par une simple affectation dans le constructeur.

[Bounoume]

Ok pour la relative équivalence (en + efficace)
Mais ça m'oblige à changer mes vieilles habitudes... alors.....

Il s'agit de ce qu'on appelle une liste d'initialisation.
Ca permet également d'initialiser des membres qui sont déclarés comme des références, ce qui ne pourrait pas se faire par une simple affectation dans le constructeur.

par contre ici ça me surprend:
ce bout de code semblerait concerné (des membres sont des pointeurs==références )
Voici le bazar

dans prg_nodes.h il y a la déclaration des membres private: nodes *caller; nodes * creator; nodes * signifiant; etc etc

dans prg_nodes.cpp:
nodes::nodes(nodes* caller, nodes *creator, int trip_initial, nodes * signifiant, int trip, int nsteps, long int ticks)
{Typeitem=NODE; // seulement en initialisation....
Caller=caller;
Creator=creator;
Trip_initial=trip_initial;
Unid=the_kernel.getNew_unid();
Signifiant=signifiant;
etc etc.....
}

QT4 et gcc acceptent... j'ai dû mal comprendre...

[Jack]

Les pointeurs ne posent pas de problèmes, mais les références oui.

[A voir en vidéo sur Futura]

[Bounoume]

ok. merci.
problème résolu.