我相信,派生类只能覆盖它从基类继承的那些函数。我的理解对吗?也就是说,如果基类有一个公共(public)成员函数func,那么派生类可以覆盖成员函数func。但是如果基类有一个私有(private)成员函数foo,那么派生类就不能覆盖成员函数foo。我说的对吗?编辑在研究了SO成员给出的答案后,我想出了一个代码示例。我提到了我在代码中作为注释研究的要点。希望我是对的。谢谢/*Pointstoponder:1.Irrespectiveoftheaccessspecifier,thememberfunctionscanbeoverrideinbaseclass.Butwecannotdir
简而言之:有没有什么方法可以修改类定义,使其在复制构造函数的使用点处无法编译,无论它在何处使用?我有一个非常大的项目,正在清理一些类定义。有一个类我明确不想使用复制构造函数(让我们忽略为什么这是为了讨论),为了安全起见,我想我只是将复制构造函数定义为私有(private)而不是实际上实现它......如果我试图在任何地方使用它,它会抛出一个编译错误。瞧,它编译得很好,但我有一个链接器错误......找不到复制构造函数实现!大概这意味着它在某处使用,但我无法找到它的使用位置。顺便说一句,这是VisualStudio2010。所以我的问题是,有没有什么方法可以修改类定义,使其在使用时无法编
我的问题是指:Usingalambdaexpressionversusaprivatemethod现在lambda仿函数是C++的一部分,它们可以用来整理类的接口(interface)。在C++中,lambda使用vs私有(private)方法使用如何比较?有没有更好的替代方案来替代整洁的类接口(interface)? 最佳答案 虽然lambdas绝对可以取代一些私有(private)成员函数,但将它们视为整理类接口(interface)的手段对lambdas和私有(private)成员函数的看法过于狭隘。私有(private)成员
将所有虚函数构造为私有(private)或protected基类接口(interface)是有充分理由的(参见this)。但是,如何防止派生类(可能在外部客户手中)将私有(private)虚函数设为公共(public)呢?在VirtuallyYours,作者讨论了这个问题,但没有讨论解决方案。编辑:根据您的回答和我之前的想法,似乎没有办法阻止这种情况。但由于在这种情况下,很容易出错(客户端肯定会触及protected虚函数),编译器对这种用法发出警告是有道理的。我试着用g++测试它。首先,我写道:classA{protected:virtualvoidnone(){return;}};
我有以下代码:classA{private:inti;};classB:publicA{private:intj;};当我检查sizeof(B)时,它似乎是sizeof(base)+sizeof(derived)。但是,我对继承的理解是,基类的private成员不被继承。为什么它们包含在sizeof(B)的结果中? 最佳答案 所有成员变量都是继承的。privateprotectedpublic修饰符只会改变那些访问这些变量的人 关于c++-为什么派生类的大小包括来自基类的私有(priva
pimpl习语中使用的实现类有任何私有(private)成员吗?我真正能想到的唯一原因是保护自己免受自己的伤害——即私有(private)成员用于在类和用户之间执行某种契约,在这种情况下,类和用户关系密切,所以它似乎没有必要。 最佳答案 我认为人们将Pimpl惯用法与Adapter/Bridge/Strategy模式混淆了。习语是特定于一种语言的。模式可以应用于多种语言。Pimpl惯用法旨在解决C++中的以下问题:类的私有(private)成员在类声明中可见,这会向类的用户添加不必要的#include依赖项。此习语也称为编译器防火墙
我正在为我正在学习的类(class)使用枚举,我正在使用Google查找示例以确保我正确使用了枚举。我去了几个网站,包括MSDN网站,枚举列在公共(public)而不是私有(private)下。我一直认为数据成员是私有(private)的。我偏离基地了吗?如果是,为什么? 最佳答案 枚举是一种类型,而不是数据成员。如果类的用户需要知道它,你应该公开它;否则,将其设为私有(private)。用户需要了解它的典型情况是将其用作公共(public)成员函数的参数类型。 关于c++-在类中使用枚
例如,在OOP中为什么需要放置一些Private。我知道无法访问任何私有(private)成员,但具有相同的类对象。但为什么我需要这样做,而我是我项目的唯一编码员。同样的问题延伸到Protected,protectedfromwho! 最佳答案 private和protected不是为了防止其他编码人员访问类的内部,而是(也)防止你自己创建一个没有明确定义接口(interface)的程序。如果你项目中的每个类都可以修改其他所有类,你不仅容易因为巨大的状态空间而引入错误,而且还会阻止你自己:更改任何类的实现(同时保持接口(interf
假设我有一个类型,我想将其默认构造函数设为私有(private)。我写了以下内容:classC{C()=default;};intmain(){Cc;//error:C::C()isprivatewithinthiscontext(g++)//error:callingaprivateconstructorofclass'C'(clang++)//errorC2248:'C::C'cannotaccessprivatememberdeclaredinclass'C'(MSVC)autoc2=C();//error:asabove}很好。但是,构造函数并不像我想象的那样私有(privat
我有这种(简化的)情况:classTree{classIterator{classStack{//...}public://...}public://...}我不想弄乱类的定义,因此我决定只在类内部编写方法声明。稍后(在下面)当我想定义,比如说,像这样的复制赋值运算符时:Tree::Iterator::Stack&Tree::Iterator::Stack::operator=(constStack&p_stack){//...}我必须处理这些讨厌的范围决议。我想知道是否有办法缩短它们,因为据我所知,using和typedef没有给我任何帮助。编辑:由于这不是CodeReview,@Y