Dzieje się tak, ponieważ w tym przypadku funkcje klasy podstawowej nie są uwzględnione w rozdzielczości przeciążania. Podobnie jest z funkcjami zadeklarowanymi w wewnętrznym zasięgu - nie przeciążają one funkcji zadeklarowanych w zewnętrznym zakresie (zobacz przykłady poniżej). Można sobie wyobrazić, że pochodny zakres klasy jest zagnieżdżony w zasięgu klasy podstawowej.
Po znalezieniu kompilatora D::insert
nie będzie wyglądać dalej w klasie bazowej. Gdyby nie było D::insert
, kompilator przyjrzy się klasie bazowej dla metody wywołania insert
. Można rozwiązać ten problem poprzez wprowadzenie insert
nazwy funkcji z klasy bazowej z:
using B::insert;
ten wprowadzi wszystkie B::insert
przeciążone funkcje te w klasie pochodnej. Albo jak mówisz, można jawnie wywołać Base Class metodę z:
d.B::insert(1)
kodu próbki do prac jak przeciążenia w taki sam sposób w innych kontekstach:
namespace Outer {
void foo(double d) {
std::cout << "Outer::foo(double d)\n";
}
namespace Inner {
//using Outer::foo; // uncomment to see "Outer::foo(double d)" in output
void foo(int n) {
std::cout << "Inner::foo(int n)\n";
}
void callMe() {
foo(1.1);
}
}
}
int main() {
Outer::Inner::callMe(); // Outputes: Inner::foo(int n)
}
czyli
void foo(std::string s) {
std::cout << "foo(std::string s)\n";
}
void foo(double d) {
std::cout << "foo(double d)\n";
}
void foo(int n) {
std::cout << "foo(int n)\n";
}
int main() {
void foo(int d); // comment out to see foo(double d) in output
foo(1.1); // outputs: "foo(int n)", foo(double d) is hidden
//foo("hello"); // ups, it wont compile - name lookup in c++ happens before type checking
// commenting out `void foo(int d);` above will fix this.
}
Zobacz https://isocpp.org/wiki/faq/strange-inheritance#hiding-rule – Oktalist