un moyen en C ++ pour cacher une fonction spécifique

j'ai un héritage struct A : public Bje veux masquer des fonctions de B, est-ce possible?

je sais que l'inverse est possible à l'aide de using BMethod dans la déclaration.

acclamations

source d'informationauteur lurscher

  1. 23

    Il y a un problème ici: ce serait une violation directe du Principe de Substitution de Liskov, à savoir A ne serait pas agir comme un B plus.

    Si vous souhaitez réutiliser B mise en œuvre, la solution est tout simplement de le faire:

    class A
{
public:
  void foo() { return b.foo(); }
  void bar() { return b.bar(); }
  //...

private:
  B b;
};

    Ne pas abuser de l'héritage, de l'utilisation de la composition à la place

  2. 37

    Si vous voulez vous cachez des fonctions de B, il ne fait pas beaucoup de sens pour l'utilisation publique de succession dans la première place.

    L'utilisation privée de l'héritage & sélectivement apporter des méthodes de B dans le champ d'application d'Un:

    struct B{
   void method1(){};
   void method2(){};
};
struct A : private B{
   using B::method1;
};

A a;
a.method1();
a.method2(); //error method2 is not accesible
  3. 11

    De côté à partir de la façon décrite dans la réponse à la question précédente—composition, privé de l'héritage, et non privée, héritage, mais avec la méthode héritée déclaré privé—une autre façon est explicitement delete la méthode héritée:

    #include <iostream>

struct A {
    void foo() { std::cout << "foo\n"; }
};

struct B : A {
    void foo() = delete;
};

int main() {
    B b;
    b.foo(); //COMPILER ERROR
}

    Bien que le b.foo() appel produit une erreur de compilation, le code client peut encore appeler la classe de base de la version en se qualifiant à la base de l'identificateur de classe A:

    b.A::foo(); //compiles, outputs 'foo' to console

    Explicitement la suppression fonctionne quand foo est pas un quasi non-méthode de suppression dans A. En C++11 §10.3/16, cette suppression explicite est mal formé lorsque la méthode de suppression dans la classe dérivée remplace un quasi non-méthode de suppression de la classe de base. Pour plus d'informations sur cette restriction, voir les réponses à la question C++11 Supprimer Surchargée De La Méthode.

  4. 8

    Vous ne pouvez pas "cacher" en soi, mais vous pouvez faire une erreur de compilation à l'appeler. Exemple:

    struct A
{
    void AMethod() {}
};

class B : public A
{
    void AMethod() {} //Hides A::AMethod
};

int main()
{
    B myB;
    myB.AMethod(); //Error: AMethod is private
    static_cast<A*>(&myB)->AMethod(); //Ok
    return 0;
}

    Exemples sur codepad avec l'erreuret sans.

    Que tout est dit, si c'est possible, vous ne devriez pas le faire. Vous aurez confondre l'enfer hors de clients.

    EDIT: Notez que vous pouvez aussi le faire avec fonctions virtuelles (Et avec l'erreur).

  5. 4

    À ceux qui le sont, ce qui suggère la composition... cela pourrait ne pas être la meilleure façon d'aller sur les choses. Ma compréhension est que le Principe de Substitution de Liskov précise seulement qu'il y a la possibilité de les fonctions de la classe de base utilisée sur l'enfant, non pas qu'ils nécessairement devrait être. Par exemple, pour une classe de base, vous pouvez avoir plusieurs fonctions essentiellement à effectuer la même opération, mais pour d'autres cas spécifiques. Dans la classe dérivée, vous voudrez peut faire abstraction de ces fonctions publiques, l'écart en faveur de la simplification de l'interface utilisateur. C'est là privé de l'héritage peut être utilisé. Privé de l'héritage peut également être une nécessité, si nous avons des fonctions protégées dans la classe de base que nous ne voulons pas que l'utilisateur de la classe de base pour appeler, mais serait d'une valeur inestimable pour la classe dérivée.

    En bref, si vous devez, l'utilisation privée de l'héritage, mais la composition est préféré dans la plupart des cas.

  6. 2

    Si les méthodes sont privés dans B, puis ils vont rester caché pour un même si vous utilisez le transport en héritage.

  7. 2

    Il est encore une autre approche.

    class A{
    void f1();
    void f2();
    void f3();
}

class BInterface{
    void f2();
    void f3();
}

class B : public A, BInterface
{
}

BInterface b = new B();
b->f1(); //doesn't work since f1 is not declared in BInterface
b->f2(); //should work
b->f3(); //should work
delete(b);

    Utilisation BInterface comme un filtre pour les classes héritées d'exclure des méthodes. Principe de Substitution de Liskov n'est pas violé dans ce cas comme un objet de BInterface classe n'est pas Un objet d'une classe, même si qu'un objet de la classe B est un objet de BInterface classe.

  8. 1

    Ne peut pas modifier la visibilité de la méthode d'origine.

    Vous pouvez créer une méthode dans struct A avec le même nom et ont que la méthode de privé, mais qui n'empêche pas la méthode appelée lorsqu'une instance de struct A est référencé par une variable de type B.

  9. 0

    Pourquoi ne pas vous rendre Virtuelle dans la classe de base et de la remplacer à ses Enfants? (plus d'aide)