Discussion :

[Isher]

Bonjour,

J'ai une classe Client héritée d'une classe Personne. J'instancie un objet Personne avec lequel je travaille. Ses propriétés sont ainsi mise à jour. Dans un second traitement, j'aimerais assigner cet objet Personne à un objet Client. En fait instancier un objet Client en récupérant toutes les propriétés de Personne.

J'aimerais éviter d'ecrire un constructeur dédié ds lequel je recopie toutes les propriétés communes. Est-ce possible?

[theMonz31]

salut

si client hérite de personne, pourquoi ne pas travailler directement avec une instanciation de client... Les fonctions qui travaillent sur une classe personne fonctionneront parfaitement bien puisque que Client est une personne

Par contre, si tu veux créer un client récupérant les données d'une personne, tu ne peux que créer un constructeur de type

public Client(Personne p)

et ensuite, faire de la copie ou du memberwiseClone peut-etre

[Isher]

Oui, j'ai bien pensé à utiliser la classe Client mais elle n'est pas visible par le pool de classes qui contient Personne et interagissent avec elle.

je vais créer le constructeur adéquat, je pensais qu'il y avait plus simple puisqu'une classe hérite de l'autre.

[theMonz31]

ok

cela dit, plutot que de passer par l'héritage, tu aurais pu passer par l'interface
(genre, Personne implémente l'Interface IPersonne) et comme client dérive
de Personne, tu aurais pu passer un IPersonne (et passer ton client) dans les classes ne voyant pas la classe client

C'est un cas ou l'utilisation des interfaces est pratique dans le sens ou des classes extérieurs savent travailler sur des classes à partir du moment ou elles implémentent une certaines interface et donc pratique surtout quand les objets passés peuvent etre d'un type non connu des classes effectuant le traitement

[Isher]

merci, je ne maitrise pas tres bien les interfaces exceptées celles déjà implémentées, mais je crois qu'elles méritent que je m'y intéresse de plus près.

Je vais jeter un oeil.

[theMonz31]

ok

pour les interfaces, pensent que ca peut etre "comparable" à des classes virtuelles pures...

L'idée des interfaces est que une classe qui implémente une interface, te GARANTI que les méthodes de cette interface sont implémentées.

Donc, l'usage des interfaces est super pratique pour la définition de plug-in par exemple.... l'idée étant de passer un contrat.. une classe accepte se contrat en héritant d'une interface

C'est pour cela que je te conseille de regarder dans cette direction car par rapport à ton problème, l'utilisation d'interface me semble plus que conseillé et au final, très simple à mettre en oeuvre

Pour info, il est possible d'extraire une interface depuis une classe (avec les outils fournis par Visual Studio..

(avec Refactor, tu vas dans une classe dont tu veux extraire l'interface et tu selectionnes le bon item du menu contextuel refactor (extract Interface dans ma version anglais) et basta le tour est joué !!!