Всем привет!
Не пойму зачем оно нужно и как его пользовать, вроде примеры смотрел у страуструпа, но их мало и они не ясны.... поясните кто может на конкретных вещах.
Спасибо!

Здравствуйте, Srv, Вы писали:

Srv>Всем привет!
Srv>Не пойму зачем оно нужно и как его пользовать, вроде примеры смотрел у страуструпа, но их мало и они не ясны.... поясните кто может на конкретных вещах.
Srv>Спасибо!
Смею предположить, что модификатор private запрещает пользоваться переменной (или функцией) вне класса. Даже наследникам нельзя.

Здравствуйте, Srv, Вы писали:

Srv>Всем привет!
Srv>Не пойму зачем оно нужно и как его пользовать, вроде примеры смотрел у страуструпа, но их мало и они не ясны.... поясните кто может на конкретных вещах.
Srv>Спасибо!

В общем случае его лучше и не использовать.

Зачастую (если оно используется для "наследования реализации") его можно заменить на инкапсуляцию:

class my : private std::vector<int>
{
};

заменяем на:

class my
{
  std::vector<int> v;
};

Что по рекомендациям ведущих сабаководов является лучшим вариантом.

---

Единственный разумный вариант, который приходит в голову, — это реализация интерфейса. Да, именно реализация интерфейса. Некоторые считают, что private наследованием нельзя реализовать интерфейс, но, как бы абсурдно это ни звучало, в С++ это не так.
Вот пример:

/** Интерфейс некого сервиса
 */
struct IService
{
  virtual void do_something() = 0;
};

/** Регистр сервисов
 */
struct IServiceRegister
{
  virtual void register(IService* service) = 0;
};

/** Получение экземпляра регистра сервисов
 */
IServiceRegister& getServiceRegister();

/** Вот наш конкретный сервис, который реализует IService,
 *  но тем менее наследуется как private
 */
class MyService : private IService
{
  // ...

  void init()
  {
    // Здесь MyService законно приводится к IService
    getServiceRegister().register(this);
  }
};

Здравствуйте, Srv, Вы писали:

Srv>Всем привет!
Srv>Не пойму зачем оно нужно и как его пользовать, вроде примеры смотрел у страуструпа, но их мало и они не ясны.... поясните кто может на конкретных вещах.
Srv>Спасибо!

Необходимо для полного сокрытия от внешнего мира(в том числе и от возможных наследников), методов и полей класса предка.
Пример — прокси класс(в случае когда мыего реализуем при помощи наследования), его использование должно быть построенно на его собственном интерфейсе, а не на интерфейсе(да же частично) класса предка.

Здравствуйте, dip_2000, Вы писали:

_>Здравствуйте, Srv, Вы писали:

Srv>>Всем привет!
Srv>>Не пойму зачем оно нужно и как его пользовать, вроде примеры смотрел у страуструпа, но их мало и они не ясны.... поясните кто может на конкретных вещах.
Srv>>Спасибо!

_>Необходимо для полного сокрытия от внешнего мира(в том числе и от возможных наследников), методов и полей класса предка.
_>Пример — прокси класс(в случае когда мыего реализуем при помощи наследования), его использование должно быть построенно на его собственном интерфейсе, а не на интерфейсе(да же частично) класса предка.

Имо, более разумный вариант здесь — простая агрегация. Здесь нет отношения "is-a", т.к. никто его не "видит".

Единственное обоснование для использования наследования здесь, имо, — желание получить "оптимизацию пустого базового класса" (EBO).

_>>Необходимо для полного сокрытия от внешнего мира(в том числе и от возможных наследников), методов и полей класса предка.
_>>Пример — прокси класс(в случае когда мыего реализуем при помощи наследования), его использование должно быть построенно на его собственном интерфейсе, а не на интерфейсе(да же частично) класса предка.

R>Имо, более разумный вариант здесь — простая агрегация. Здесь нет отношения "is-a", т.к. никто его не "видит".
R>Единственное обоснование для использования наследования здесь, имо, — желание получить "оптимизацию пустого базового класса" (EBO).
Да я согласен, что следует использовать агрегацию Но закрытое наследование даст почти то же самое
Еще раз: пример приведен неудачный Вырожденый

R>

Здравствуйте, Srv, Вы писали:

Srv>Всем привет!
Srv>Не пойму зачем оно нужно и как его пользовать, вроде примеры смотрел у страуструпа, но их мало и они не ясны.... поясните кто может на конкретных вещах.
Srv>Спасибо!

Например, если нет возможности изменить класс, а нужно получить доступ к защищенным членам, скрывая при этом интерфейс исходного класса.

Здравствуйте, Srv, Вы писали:

Srv>Всем привет!
Srv>Не пойму зачем оно нужно и как его пользовать, вроде примеры смотрел у страуструпа, но их мало и они не ясны.... поясните кто может на конкретных вещах.
Srv>Спасибо!

Вообще я чётко следую тому что пишут такие товарищи как Саттер и нисколько не пожалел. Всем нужно читать!

Вот краткие выжимки из Саттера:

class BasicProtocol
{
public:
BasicProtocol();
virtual ~BasicProtocol();
bool BasicMsgA(/* ... */);
};

class Protocol_1 : public BasicProtocol
{
public:
Protocol_1();
virtual ~Protocol_1();
bool DoMsg_1(/* ... */);
};

class Protocol_2 : public BasicProtocol
{
public:
Protocol_2();
virtual ~Protocol_2();
bool DoMsg_2(/* ... */);
};

Здесь показаны наиболее распространённые ловушки при проектировании ОО взаимоотношений классов. Ситуация описывается типичным отношением, которое в С++ пишется как "реализуется посредством", а читается — как "закрытое наследование". К сожалению, многие программисты ошибочно произносят "открытое наследование" тем самым путая наследование реализации и наследование интерфейса.

Никогда не используйте открытое наследование, за исключением модели ЯВЛЯЕТСЯ и РАБОТАЕТ КАК. Все замещающие функции-члены при этом не должны предъявлять повышенные требования к условиям работы и не должны иметь пониженную функциональность по сравнению с оригиналом.

Кстати, программисты, имеющие обыкновение допускать эту ошибку, обычно в результате строят большие иерархии наследования.

Никогда не используйте открытое наследование дял повторного использования кода (базового класса). Используйте открытое наследование только для того, чтобы быть повторно использованным кодом, полиморфно использующим базовые объекты.

1. BasicProtocol не иметт вирт. функций, значит не предназначен для полиморфного использования.
2. BasicProtocol не имеет защищённых функций и членов, т.е. отсутствует "интерфейс наследования".
3. Наследование не даёт никаких приемуществ.

Открытый интерфейс должен использоваться только в одном случае — для взаимоотношения ЯВЛЯЕТСЯ, подчиняющегося принйипу подстановки Лисков.

При моделировании отношения "реализован посредством" предпочтительно использовать делегирование, а не наследование. Т.е. используйте закрытое наследование только тогда, когда вам требуется доступ к защищённым членам или требуется заместить вирт. функцию.

Вот причины когда требуется закрытое наследование:
1. Требуется замещение виртуальной функции.
2. Требуется доступ к защищённым членам.
3. Требуется содание используемого объекта до другого базового объекта.
4. Требуется совместное использование общего виртуального базового класса или замещение конструктора виртуального базового класса.
5. Получение существенной выгоды от оптимизации пустого базового класса.
6. Требуется "управляемый полиморфизм".

S>class BasicProtocol
S>{
S>public:
S> BasicProtocol();
S> virtual ~BasicProtocol();
S> bool BasicMsgA(/* ... */);
S>};

S>class Protocol_1 : public BasicProtocol
S>{
S>public:
S> Protocol_1();
S> virtual ~Protocol_1();
S> bool DoMsg_1(/* ... */);
S>};

S>class Protocol_2 : public BasicProtocol
S>{
S>public:
S> Protocol_2();
S> virtual ~Protocol_2();
S> bool DoMsg_2(/* ... */);
S>};

Простите, а где в Вашем примере private наследование ?

да ладно он просто хотел сказать что читает Саттера ( и видимо ничего при этом не понимает, но это видимо и не важно главно читать )

Здравствуйте, Аноним, Вы писали:

А>да ладно он просто хотел сказать что читает Саттера ( и видимо ничего при этом не понимает, но это видимо и не важно главно читать )

Он хотя бы умеет внимательно читать

Здесь показаны наиболее распространённые ловушки при проектировании ОО взаимоотношений классов

Здравствуйте, Srv, Вы писали:

Srv>Всем привет!
Srv>Не пойму зачем оно нужно и как его пользовать, вроде примеры смотрел у страуструпа, но их мало и они не ясны.... поясните кто может на конкретных вещах.
Srv>Спасибо!

Аналог инкапсуляции. Применяется для использования реализации класса посредством другого, используя переопределение вирутуальных функций.

class Release {
   protectd:
      virtual void some_work() {};
   public:
      void work() {
         //делаем разную работу
         some_work();//выполняем какую-то операцию в процессе работы
         //еще делаем работу
      };
};

class MyClass :private Release {
   protected:
      virtual void some_work() {};

   public:
      void doWork() {
          work();
      };
};

Ну понял зачем это нужно на практике
Очень даже удобная вещь... чтобы не дать пользоваться унаследованными через private методами родителя...
Интересно почему в основном так не делают, а делают has a.

Во первых, при реализации интерфейса для внутренних нужд, чтобы при этом никто случайно не дернул наш класс за эти методы, кроме того, кому был дан интерфейс
Т.е.

class IListener
{
public:
    virtual void OnEvent() = 0;
};

class EventMonitor
{
public:
    void AddListener(IListener *l);
};

class EventProcessor : private IListener
{
private:
    EventMonitor m_event_monitor;
protected:
    virtual void OnEvent()
    {
        printf("OnEvent()\n");
    }
    
public:
    EventProcessor()
    {
        m_event_monitor.AddListener(this);
    }
};

Во вторых, я так иногда делаю вместо аггрегации чисто из философских соображений.
Это когда функционал моего класса по сути реализован в другом, а мне например только преобразовать параметры и отправить в него, а часть методов вообще спрятать.

Здравствуйте, dip_2000, Вы писали:


_>Простите, а где в Вашем примере private наследование ?

Надо было до конца дочитать хотя бы:
Вот причины когда требуется закрытое наследование:
1. Требуется замещение виртуальной функции.
2. Требуется доступ к защищённым членам.
3. Требуется содание используемого объекта до другого базового объекта.
4. Требуется совместное использование общего виртуального базового класса или замещение конструктора виртуального базового класса.
5. Получение существенной выгоды от оптимизации пустого базового класса.
6. Требуется "управляемый полиморфизм".

Именно вот этим я и закончил сообщение!!! А вот так звучал вопрос афтара:Не пойму зачем оно нужно и как его пользовать!

ТЕПЕРЬ ПОНЯТНО???!!!

Здравствуйте, Аноним, Вы писали:

А>да ладно он просто хотел сказать что читает Саттера ( и видимо ничего при этом не понимает, но это видимо и не важно главно читать )

ЧИТАЙ НИЖЕ!

Здравствуйте, remark, Вы писали:

R>Здравствуйте, Аноним, Вы писали:

А>>да ладно он просто хотел сказать что читает Саттера ( и видимо ничего при этом не понимает, но это видимо и не важно главно читать )

R>Он хотя бы умеет внимательно читать

R>

R>Здесь показаны наиболее распространённые ловушки при проектировании ОО взаимоотношений классов

R>

ЧИТАЙ НИЖЕ!