C++: Ограничить доступ метода в производном классе

Question

У меня есть объект класса Message, который можно записать и впоследствии обновить. Насколько я могу видеть, MessageUpdate IS-A MessageWrite:

class MessageWrite 
{ 
    protected: 
    void setVersion(int version_) {...} 
    void setReceiveTime(int tmReceive_) {...} 

    Message _msg; 
}; 


class MessageUpdate:public MessageWrite 
{ 
    //ONLY setVersionShould be accessible here, NOT setReceiveTime 
}; 

Есть ли сочетание уровня доступа метода и уровня наследования, которые могут помочь достичь этого?

Я знаю, что MessageUpdate можно просто сделать базовым классом, но есть rub: он приводит к шаблону алмаза в случае, если я хочу расширить класс сообщений. Рассмотрение:

class MessageUpdate {...}; 
class MessageWrite: public MessageUpdate {...}; 


//Now, while extending: 
class AdminMessageUpdate:public MessageUpdate {...}; 
class AdminMessageWrite: public AdminMessageUpdate, public MessageWrite //DIAMOND Pattern!! 

В чем разница в моем понимании наследства? И есть ли совершенно другой способ достичь этой логики без множественного наследования (как показано в последнем фрагменте кода)?

Answer 1

Поскольку все члены MessageWrite являются protected, вы можете просто сделать setReceiveTime()private внутри MessageUpdate, поэтому классы, наследующие от MessageUpdate не смогут получить к нему доступ. Но у меня все еще есть некоторые проблемы с вашим дизайном, такие как:

Как вы думаете, что ваш дизайн позволяет избежать алмаза? не это в равной степени привело бы к:

class MessageWrite {...}; 
class MessageUpdate: public MessageWrite {...}; 

//Now, while extending: 
class AdminMessageWrite:public MessageWrite {...}; 
class AdminMessageUpdate: public AdminMessageWrite, public MessageUpdate //DIAMOND Pattern!! 

Почему вы думаете MessageUpdate IS-A MessageWrite, когда вы позже сказать, что это не является (указав, что не все MessageWrite относится к ней)? Если этот код не должен быть действительным:

MessageWrite& m = MessageUpdate(); 
m.setReceiveTime(); // Should this be valid? 

затем MessageUpdate IS-НЕ-A MessageWrite. Если мой код должен быть действительным, тогда нет причин, позволяющих избежать доступа к setReceiveTime() в MessageUpdate.

И вы, вероятно, будет лучше, создав базовый класс AdminMessage, а затем наследовать непосредственно от него, чтобы избежать алмаз:

class MessageWrite {...}; 
class MessageUpdate: public MessageWrite {...}; 

//Now, while extending: 
class AdminMessage {...}; 
class AdminMessageWrite: public MessageWrite, public AdminMessage {...}; 
class AdminMessageUpdate: public MessageUpdate, public AdminMessage {...}; // No diamond 

Answer 2

protected: унаследованные пользователи могут получить доступ.

частный: унаследованные пользователи не могут получить доступ.

protected: 
    void setVersion(int version_) {...} 
    private: 
    void setReceiveTime(int tmReceive_) {...} 

Answer 3

Просто объявить метод:

private: 
void setReceiveTime(int tmReceive_); 

private с спецификатора доступа в базовом классе MessageWrite.

Это мой ответ должен быть хорошо читать:

What are access specifiers? Should I inherit with private, protected or public?

Answer 4

Если MessageUpdate есть-MessageWrite, то по определению, он имеет доступ ко всем его защищенных и открытых членов.

Так что, если есть члены, которые вы хотите публично/protectedly подвергавшихся воздействию в MessageWrite, что вы не хотите подвергаться в MessageUpdate, то по Liskov Substitution Principle, MessageUpdate не может быть MessageWrite.