Знакомство с protected (модификатор доступа внутри класса)

Опубликовано 07.05.2012 | Автор: admin

Эта статья ограниченно ознакамливает читателя с доступом protected. Поскольку степенью доступа может быть применена и к элементам класса, и к самому классу, мной решено не смешивать и то и это в одну статью, а начать с попроще. Попроще, это, по-моему, управление доступом к внутренним частям класса. Именно об этом доступе здесь и будет расписано.

В классах есть три варианта защитить части класса от внешнего влияния: public, private и protected. Новичков многих почти всегда интересует, что это за доступ такой protected. Если с приватной секцией, например, понятно, что она такое, но как правило поначалу непонятно, где она нужна, то с протектед секцией не понятно, ни что она такое, ни зачем она нужна.

Различие между private и protected проявляется только внутри классов, порожденных от базового класса.

В общем, чтобы это понять, нужно как минимум изучить какой-нибудь код. Вот, например, такой:

//Листинг #1        protected
class A{
protected:
    void show(){}           //защищённая функция
};

class B: public A{
public:
   void foo(){
    show();             //<-- используем унаследованный метод из класса А
   }
};

int main(){
    A a;
    B b;

 //   a.show();       //<-- Нельзя, потому что как private,
    //ведь различие между private и protected проявляется только внутри классов, порожденных от базового класса

 //   b.show();   //нельзя по этой же причине

      b.foo();      //<--- можно, foo как посредник  между объектом от потомка и функцией родительского класса
}

//Листинг #1 protected

class A{

protected:

void show(){} //защищённая функция

};

class B: public A{

public:

void foo(){

show(); //<-- используем унаследованный метод из класса А

}

};

int main(){

A a;

B b;

// a.show(); //<-- Нельзя, потому что как private,

//ведь различие между private и protected проявляется только внутри классов, порожденных от базового класса

// b.show(); //нельзя по этой же причине

b.foo(); //<--- можно, foo как посредник между объектом от потомка и функцией родительского класса

}

Предполагаю, что многие читатели сразу сфокусирут своё внимание вовнутрь main, где написано, что это можно, а это нельзя. Внутри main() происходит ровно то же, что всегда происходит при взаимодействии с private частями класса: востребован посредник для полноценной работы. Но protected как раз и отличает то, что оно позволяет избежать посредничества, но с одним но: избежать посредничества можно внутри класса-наследника. Т. е. для того, чтобы не использовать посредника между классом-наследником и классом-родителем используют protected. Внутри B посредников для функции родительского ему A нет.

Для начала хорошо бы понимать, что класс-наследник легко может использовать родительские функции. По этой причине внутри класса-наследника возможно использовать функцию show(), несмотря на то, что она как будто бы не описана. А вот дальшше и начинается основное. Эта функция может быть прописана в одной из трёх секций доступа: или private, или public, или protected.

private: — для доступа к show внутри foo() нужен посредник
public: — для доступа к show внутри foo() посредник не нужен
protected: — для доступа к show внутри foo() посредник не нужен

Суть в том, что использованием protected — внутри потомка доступ открывается, а вне потомка закрывается.

Когда вы проникнитесь этой идеей (а она не так сложна, как кажется поначалу), вам может показаться, что очень удобно это использовать, но не стоит заблуждаться. Желательно избегать protected, предпочитая private.

Статья была полностью переписана 08.04.2018г.

Рубрика: Базовые знания, level "classer", Классы, Наследование

Alex:

25.03.2013 в 1:05 дп

Опечатка в 14 строке
public: //Дулаем доступной извне функцию ниже

Ответить

Sergio:

05.09.2013 в 12:50 пп

Ссылки перед примером — битые… 😯

admin:

05.09.2013 в 1:16 пп

Что бы я без вас делал.
Спасибо за то, что показываете мои косяки.

Ответить
- Sergio:
  
  05.09.2013 в 2:11 пп
  
  Всегда пожалуйста. 😀
  Только к орфографии и пунктуации придираться не буду…))
  
  Ответить