tu fais bien de le rappeler !

voici donc un petit exemple http://www.rafb.net/paste/results/0BSIdV76.html

ca melange operateurs internes et externes, pour assurer un max de souplesse (float*vector3 ET vector3*float), et de robustesse (tous base sur le meme operateur au final.. si on veut changer le comportement de *, il suffit de changer le code en un seul endroit)

voila voila, si un truc est pas clair, trace le code pour verifier qui est appele ou !

C´est beaucoup plus clair du coup!
Mais en fait, n´étant pas trop habitué à manipuler les classes (commençant tout juste), je ne savais pas trop comment implémenter les fonctions opérateurs entre objets et types primitifs, entre autre ....
Mais avec ton exemple, ça me semble bcp plus concrèt et logique.

Euh, sinon (dis-moi si je me trompe), je pense que les opérations entre objets et types primitifs semblent utiles seulement pour le calcul matriciel, vectoriel, etc....

Alors que les opérations inter-objets ont un bcp plus large champ d´action ....
Une multiplication, addition, soustraction ... entre objets quelquonques, ne peut avoir en soi, pas vraiment de sens, mais cela permet d´importants raccourcis.

Euh sinon, juste une chose, je ne comprend pas vraiment pourquoi rajouter un const (son utilité, modalité d´utilisation, ...) ... à la suite de la déclaration des paramètres d´une fonction membre .... comme ici par exemple :
Vector3 operator +(Vector3 const &_other) const;

Merci bien en tout cas

Ce que tu manipule n´est pas forcément des objets mathématiques. Et tu peut facilement inventer un sens pour l´addition ou la multiplication pour des objets complétement autres, mais là il faut avoir des exemple concret pour voir.

Pour le const, ça indique au compilateur et au programmeur qui utilise la classe que l´objet en question (celui qui est marqué par const) n´est pas modifié lorsqu´on le passe en paramètre à la fonction (ça n´est donc utile que pour des pointeurs ou des références). Le but étant d´écrire un code plus propre, et ça permet parfois e diminuer le risque d´erreur. Globalement c´est uen bonne habitude à prendre de déclarer const des référence sur des objet qui ne sont pas modifié (ou qui ne sont pas cencé être modifié).

il parlait de l´autre const je pense, celui apres les parametres :-?

si c´est le cas, c´est juste pour indiquer que l´objet ne sera pas modifie lorsqu´on appelle une methode const dessus.
Exception : on peut declarer des membres "mutable" dans une classes, ces membres seront modifiables meme depuis des methodes consts.

pour les operateurs non mathematiques, il y plein d´utilisations possibles, mais le but est de simplifier l´ecriture, pas de complexifier la lecture du code : l´operation effectuee par un operateur doit toujours rester intuitive.

C´est effectivement de ce const là que je parlais.
Pour le reste, je suis tout à fait d´accord ....