Discussion :

[gamisne]

Bonjour,

Actuellement, je développe une bibliothèque (par visual studio 2005 et en C#) qui va être utilisée par quelques autres applications. Dans la bibliothèque j'ai creé des repertoires contenant des classes differentes: Par exemple A,B.
Dans repertoire A, j'ai une classe "Money" qui a une attribute "Value". Pour que les classes dans B puissent accéder à cette attribute, j'ai mis "public" comme niveau d'acces pour cette attribute.
Mais je ne veux pas que autres applications (qui von utiliser la bibliothèque ) puissent accéder à l'attribute "Value". Quesque je dois faire maintenant ?
Je ne peux pas changer de "public" vers "protected" parce que comme ca les classes B ne pourront plus accéder à l'attribute "Value."

Merci en avance.

[Louis-Guillaume Morand]

regarde le mot clé "internal", il pourrait répondre à ton problème

[Pol63]

internal = accessible seulement par le module (dll ou exe ou se trouve le code)
il est meme possible de mettre internal protected, donc accessible pour le module et les héritiers extérieurs

(à noter que par reflection il reste possible d'accéder à tout, même ce qui est privé)

[tomlev]

internal est effectivement la solution.

Tu peux aussi permettre à un autre assembly spécifique d'accéder aux membres internal, avec l'attribut InternalsVisibleTo

(à noter que par reflection il reste possible d'accéder à tout, même ce qui est privé)

Oui, mais seulement si l'application s'exécute en Full Trust. Sinon la réflexion sur des membres non publics ne fonctionne pas...

[Pol63]

et j'ajouterais que le terme exacte n'est pas niveau d'accès mais portée d'un membre

Oui, mais seulement si l'application s'exécute en Full Trust. Sinon la réflexion sur des membres non publics ne fonctionne pas...

faut activer clikconce pour avoir du partialtrust, non ?

[tomlev]

et j'ajouterais que le terme exacte n'est pas niveau d'accès mais portée d'un membre

MSDN parle bien de "niveau d'accès"
http://msdn.microsoft.com/fr-fr/library/wxh6fsc7.aspx
La portée, c'est autre chose, c'est lié à l'endroit où une variable est déclarée. Par exemple, une variable locale déclarée dans une méthode A est hors de portée d'une méthode B.

faut activer clikconce pour avoir du partialtrust, non ?

Pas nécessairement, il y a d'autres scénarios où une application fonctionne en partial trust (Silverlight par exemple). Mais effectivement une appli Windows s'exécute généralement en full trust...

Après, je suis pas vraiment expert sur les aspects "sécurité" du framework, donc je dis peut-être des conneries