Discussion :

[Pol63]

bonjour
j'ai une classe qui hérite d'une autre
et je voudrais supprimer une propriété sur la classe fille
y a t il une possibilité ?
(j'ai deja essayé shadows, obsolete, browsable(false), overrides avec rien de dedans mais c'est pas terrible)
merci

[Aspic]

Salut,

Mais c'est quoi l'interet de vouloir supprimer une propriété ? Si tu n'en veux pas, il suffit de ne pas s'en servir... Sinon tu la mets en "Protected" ou en "Shadow" et tu ne la verras pas

++

[Pol63]

c'est pas pour moi
c'est un objet qui va etre utilisé par d'autres personnes
donc le but c'est qu'il ne touche surtout pas cette propriété, et donc le mieux c'est qu'ils ne la voient pas
et sahdows ne fonctionne pas car ca masque juste la propriété du controle mais laisse cette du controle parent

[SaumonAgile]

Il n'est pas possible de masquer complètement une propriété, tu peux au mieux la rendre invisible du designer.
Il faut bien comprendre qu'essayer de masquer une propriété héritée va à l'encontre du concept même d'héritage.
Tu peux aussi surcharger la propriété, et déclencher une exception lors de l'écriture dans la propriété avec un message "vous ne devez pas utiliser cette propriété".

[Pol63]

oui c'est à peu près les bricolages que j'avais fait pour l'instant ...

[Aspic]

Il n'est pas possible de masquer complètement une propriété, tu peux au mieux la rendre invisible du designer.
Il faut bien comprendre qu'essayer de masquer une propriété héritée va à l'encontre du concept même d'héritage.

Oui c'est ca, generalement quand on herite c'est pour utiliser toutes les propriétés et méthodes de la classe parente. Et "protected" ca marche pas ??

SInon l'idée de déclancher une exception est bonne mais cela reste du "mauvais code" (bricolage comme tu dis !)

[Pol63]

le probleme c'est que les propriétés en questions sont déjà héritées dans la classe de base donc je ne peux pas changer leurs portées

[olsimare]

Bonjour.

Alors là je suis pas du tout d'accord avec Aspic et Saumon (désolé ) !

L'héritage ça peut être destiné à ne pas tout réécrire en n'ayant besoin que d'une partie de la class héritée.

Exemple : j'ai hérité un RichTextBox car c'est trés bien pour la mise en forme du texte mais par contre, je l'ai étendu pour avoir en background un gradient de couleur et une bordure avec des coins arrondis. Donc le Backcolor n'a pour moi que peu d'intérêt puisqu'en fait la couleur est un couple de triplets de couleur (Focus, Mouse on, Standard).
Donc ça ne me semble pas déconnant de faire ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
<Category("CustomProperty"), Browsable(False), _
    Description("Pas de back color"), _
    DesignerSerializationVisibility(DesignerSerializationVisibility.Hidden)> _
    Public Shadows Property BackColor() As Color
        Get
            Return Color.Transparent
        End Get
        Set(ByVal value As Color)
            MyBase.BackColor = Color.Transparent
        End Set
    End Property

Cdt.

[Aspic]

Pourtant apparement le Shadows ne fonctionne pas...

[SaumonAgile]

Bonjour.

Alors là je suis pas du tout d'accord avec Aspic et Saumon (désolé ) !

L'héritage ça peut être destiné à ne pas tout réécrire en n'ayant besoin que d'une partie de la class héritée.

Dans le cas que tu cites comme exemple, il s'agit clairement d'un héritage que je qualifierais de 'par défaut'. Ton objectif est de créer un RichTextBox avec une bordure différente.
L'idéal serait d'hériter d'un RichTextBox sans bordure ni background, or ce composant n'existe pas à ma connaissance dans le framework. Tu es donc obligé d'hériter d'un objet plus complet qui possède déjà une bordure et un background. Tu es alors obligé de masquer ce qui est en trop.
Ce n'est plus un héritage au sens conceptuel, c'est surtout la solution la plus rapide pour créer un RichTextBox personnalisé.

[olsimare]

Bonjour.

Effectivement, là on est d'accord Saumon, d'ailleurs j'avais commencé en héritant un control (mais ça me gonflait de tout refaire...) ce qui est plus propre.
Et oui, c'est la recherche de l'efficatité plutôt que de la pureté de conception qui fait la différence dans ce cas.

Cdt.

[Pol63]

bon j'ai trouvé :
<ComponentModel.EditorBrowsable(ComponentModel.EditorBrowsableState.Never)>

additioné avec system.browsable(false) c'est pas trop mal

la propriété n'est plus proposée en autocomplétion mais elle reste utilisanble (si on la tape ca ne mets pas d'erreur)