Visibilité de méthodes dans une classe interne

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Visibilité de méthodes dans une classe interne

PowerKiKi

Hello,

Je me pose plein de questions existentielles depuis que j'ai constaté qu'il est possible de compiler le code suivant:

Code :

internal class A
{
public void Func()
{
// Fait des choses
}
}

A priori je ne vois pas comment on peut utiliser la méthode Func() en dehors de l'assembly si la classe n'est pas visible. Du coup Func() n'a absolument aucun intérêt à être public, non ?

La question est de savoir si le compilateur ne devrait pas plutôt interdire ce genre de visibilité contradictoire. Ou est-ce qu'il y aurait une utilisation possible de ce genre de structure ?

Message édité par PowerKiKi le 08-11-2007 à 18:05:11

Publicité

MagicBuzz

Le "public" sur ta fonction ne signifie pas du tout que tu le rends public pour tout ton programme...

Les access modifier sont hérités, donc c'est le modifier le plus restrictif dans ta déclaration qui s'applique.

Mais laisser public sur ta fonction, c'est garantir que tu ne vient pas altérer la permission définir sur ta classe... Si demain tu décide de passer ta classe en public, t'aura l'air bien con si tout dedans est en internal, tu seras vachement avancé...

Message cité 1 fois

Ummon

MagicBuzz a écrit :

Je trouve la question de PowerKiKi pertinente, je trouve ça dangereux de permettre ce genre de chose.

Dans cet exemple ma méthode publique 'A.Func()' est quand même accessible depuis l'extérieur de l'assembly bien que ma classe soit "internal" :

Code :

public interface : IA
{
void Func();
}
internal class A : IA
{
public void Func()
{
// Fait des choses
}
}

Donc en lisant ma classe 'A' je ne peux pas dire si 'A.Func()' est accessible depuis l'extérieur de l'assembly ou non !
Aurais-tu de la documentation à propos de la visibilité en C# ?

Message édité par Ummon le 09-11-2007 à 12:12:20

MagicBuzz

Tu peux me montrer un exemple ?

Parceque là, je vois pas en quoi Func() est visible depuis l'extérieur...
La classe étant internal, je vois pas comment tu peux y accéder...

Message cité 1 fois

Taz

bisounours-codeur

Tu ne peux pas instancier un A depuis l'extérieur, mais tes A sont implémentent correctement IA et peuvent donc être utilisés comme des IA depuis l'extérieur.

Ummon

MagicBuzz a écrit :

Tu peux me montrer un exemple ?

Parceque là, je vois pas en quoi Func() est visible depuis l'extérieur...
La classe étant internal, je vois pas comment tu peux y accéder...

Bien sur :

Code :

// définition de A et IA ici
public static class Builder
{
public static IA BuildIA()
{
return new A();
}
}

Dans ce cas 'A.Func()' peut-être accessible depuis l'extérieur de l'assembly, ce qui n'a rien d'anormal.
Le cas anormal c'est de déclarer une méthode publique dans un classe "internal" alors que cette méthode ne peux pas être accédé depuis l'extérieur, c'est le cas montré par PowerKiKi.

Message édité par Ummon le 09-11-2007 à 12:21:14

MagicBuzz

Code :

namespace ClassLibrary1
{
    public interface IA
    {
        string Print(string chaine);
    }
 
    internal class A : IA
    {
        public A() { }
 
        public string Print(string chaine)
        {
            return string.Format("¤{0}¤", chaine);
        }
    }
}

Code :

using ClassLibrary1;
 
namespace TestConsole
{
    class Program
    {
        static void Main(string[] args)
        {
            IA t = new A();
            Console.WriteLine(t.Print("plop" ));
            Console.ReadKey(true);
        }
    }
}

Erreur 1 'ClassLibrary1.A' est inaccessible en raison de son niveau de protection C:\Users\MagicBuzz\Documents\Visual Studio 2005\Projects\TestConsole\TestConsole\Program.cs 30 24 TestConsole

Message cité 1 fois
Message édité par MagicBuzz le 09-11-2007 à 14:49:00

MagicBuzz

Ah ouais, ok, en passant par B, effectivement.

Mais c'est donc dans B qu'on a pas l'info...

Deplus, pour moi y'a un problème de conception dans ce cas : si une classe hérite d'une interface ou classe donc la portée est plus importante, on sait que toutes les méthodes surchargées peuvent éventuellement être exposées avec la même portée que l'élément parent.

Par contre, seules les méthodes surchargées sont accessibles, tout le reste reste avec le niveau de protection défini par la classe héritée.

Message édité par MagicBuzz le 09-11-2007 à 12:35:43

Taz

bisounours-codeur

MagicBuzz a écrit :

Erreur 1 'ClassLibrary1.A' est inaccessible en raison de son niveau de protection C:\Users\Luc Golden\Documents\Visual Studio 2005\Projects\TestConsole\TestConsole\Program.cs 30 24 TestConsole

Tu plantes sur l'instanciation, pas l'appel. Rajoute une méthode public IA factory() { return new A(); } et ça sera bon. Tu fais ça typiquement pour ne pas exposer l'implémentation, quand elle n'est pas pertinente. Genre un iterator.

Message édité par Taz le 09-11-2007 à 14:57:31

FORUM HardWare.fr

Programmation

C#/.NET managed

Visibilité de méthodes dans une classe interne

Sujets relatifs
[résolu] Moteur de recherche interne avec fichier pdf	classe dans un meme package mais inconnu
moteur de recherche interne	Creation de Méthodes java a la volée
[AspectJ] pointcut pour intercepter des méthodes	[RESOLU] [AS2] Probleme de matrice/classe
[c++] intérêt de cette classe? Réécriture de la STL...	Implémentation des méthodes dans un fichier séparé, possible?
probleme avec classe	heritage classe, importé module
Plus de sujets relatifs à : Visibilité de méthodes dans une classe interne

Page générée en 0.075 secondes