Interfaces et propriétés : les limites

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Interfaces et propriétés : les limites

_Mose_

Lonesome coder

Bon... les interfaces m'énervent.
J'ai une interface ITruc qui définie une propriété 'Info' qui retourne une donnée.
J'ai un objet Truc qui l'implémente
Je veux la dériver en :
- TrucFixe qui implémente bètement Truc
- TrucEditable qui enrichie l'interface en autorisant l'accesseur 'set' sur la propriété.
=> Ca compile pas : on n'a pas le droit de faire un override sur une propriété en rajoutant un accesseur

Si je fait un 'new' sur la propriété, je perds le polymorphisme : quand je cast mon TrucEditable en Truc et que je récupère la valeur de Info, c'est Truc.Info qui est appelé et pas TrucEditable.Info.

RHAAAAAAAAAAAA c'est agaçant

Code :

public interface ITruc
{
object Info {get;}
}
public class Truc
{
public object Info
{
get{null;}
}
}
public class TrucFixe : Truc
{
private object ComputeInfo() {...}
public object Info
{
get{return this.ComputeInfo();}
}
}
public class TrucEditable : Truc
{
private object _info;
public new object Info
{
get{return this._info;}
set{this._info = value;}
}
}

Publicité

toastbeman

L'amour c'est comme la bourse

Bonjour,

En effet cest une particularité si tu veux redefinir un setter et un getter, il faut que dans la classe mére tu definisses aussi le getter et setter !

Donc tu mets Un set à rien !!!

Code :

public interface ITruc
{
object Info {get;}
}
public class Truc
{
public object Info
{
get{null;}
set{}
}
}
public class TrucFixe : Truc
{
private object ComputeInfo() {...}
public object Info
{
get{return this.ComputeInfo();}
set{}
}
}
public class TrucEditable : Truc
{
private object _info;
public new object Info
{
get{return this._info;}
set{this._info = value;}
}
}

Edit: Je ne sais pas si c'est une erreur de past n copy mais ta classe truc n'implemente pas ITruc car il n'ya pas Tru : ITruc

Message édité par toastbeman le 02-06-2006 à 13:43:58

_Mose_

Lonesome coder

ouaip, t'as raison, c une erreur de copie/paste.
Le set vide ça m'ennuyais beaucoup dans l'esprit, alors j'ai trouvé une autre solution :

* le champ est dans la classe de base.
* y'a une méthode 'ComputeInfo' qui est appelé s'il n'a jamais été initialisé, dans le cas où le champs est calculé.
* c'est optimisé dans mon cas, car l'info n'est jamais nulle pour un TrucEditable.
En gros c'est du pseudo-polymorphisme, pour le codeur c'est complètement transparent.

Code :

public interface ITruc
{
object Info {get;}
}
public abstract class Truc : ITruc
{
private object _info = null;
public object Info
{
get
{
if(this._info == null)
this._info = this.ComputeInfo();
return this._info;
}
}
protected void SetInfo(object info)
{
this._info = info;
}
protected abstract object ComputeInfo();
}
public class TrucFixe : Truc
{
protected override object ComputeInfo()
{
//...
}
}
public class TrucEditable : Truc
{
public TrucEditable(object info)
{
this.SetInfo(info);
}
public new object Info
{
get{return base.Info;}
set{this.SetInfo(value);}
}
protected override object ComputeInfo()
{
// nada. jamais appelé
}
}

FORUM HardWare.fr

Programmation

C#/.NET managed

Interfaces et propriétés : les limites

Sujets relatifs
Propriétés accessibles dans le designer	récup méthodes/propriétés objet javascript
quels sont les limites du c# ? vos petit prjts et progs Perso ?	Limites sous visual basic
Propriétés MSComCtl2.DTPicker.2 ?	Problème sur les propriétés
vba créer les propriétés d'un commandbutton en automatique	Faire passer l'animation au dela des limites du document...
[Jsp/Java] Récupérer les propriétés dune image	Changer dynamiquement des propriétés d'une classe CSS
Plus de sujets relatifs à : Interfaces et propriétés : les limites

Page générée en 0.062 secondes