base

在揭开typeid神秘面纱之前，我们先来了解一下 RTTI （Run-Time Type Identification，运行时类型识别），它使程序能够获取由基指针或引用所指向的对象的实际派生类型，即允许“用指向基类的指针或引用来操作对象”的程序能够获取到“这些指针或引用所指对象”的实际派生类型。在C++中，为了支持RTTI提供了两个操作符：dynamic_cast和typeid。 dynamic_cast允许运行时刻进行类型转换，从而使程序能够在一个类层次结构中安全地转化类型，与之相对应的还有一个非安全的转换操作符static_cast，因为这不是本文的讨论重点，所以这里不再详述，感兴趣的可以自行查阅资料。下面就开始今天我们的话题：typeid。 typeid 是C++的关键字之一，等同于sizeof这类的操作符。typeid操作符的返回结果是名为 type_info 的标准库类型的对象的引用（在头文件typeinfo中定义，稍后我们看一下vs和gcc库里面的源码），它的表达式有下图两种形式。 如果表达式的类型是类类型且至少包含有一个虚函数，则typeid操作符返回表达式的动态类型，需要在运行时计算；否则，typeid操作符返回表达式的静态类型，在编译时就可以计算。 ISO C++标准并没有确切定义type_info，它的确切定义编译器相关的

super()使用方法 我们经常在类的继承当中使用super()， 来调用父类中的方法。例如下面： class A: def func(self): print('OldBoy') class B(A): def func(self): super().func() print('LuffyCity') A().func() B().func() 输出的结果为： OldBoy OldBoy LuffyCity A实例化的对象调用了func方法，打印输出了 Oldboy ； B实例化的对象调用了自己的func方法，先调用了父类的方法打印输出了 OldBoy ，再打印输出 LuffyCity 。 这样是Python3的写法，今天咱们也只讨论Python3中的super。 如果不使用super的话，想得到相同的输出截个，还可以这样写B的类： class B(A): def func(self): A.func(self) print('LuffyCity') 这样能实现相同的效果，只不过传了一个self参数。那为什么还要使用super()呢？ 那我看看有这样的一个继承关系的类（钻石继承）： Base / \ / \ A B \ / \ / C 代码是这样的： class Base: def __init__(self): print('Base.__init__') class A

http://www.taohuiduo.com 反编译后的工程文件用VS2010打开后，在打开窗体时会出现一系列错误提示: 第一种情况： “设计器无法处理第 152 行的代码: base.AutoScaleMode = AutoScaleMode.Font; 方法“InitializeComponent”内的代码由设计器生成，不应手动修改。请移除任何更改，然后尝试重新打开设计器”。 解决方法就是：对所有System.Windows.Forms.命名空间里面的控件需要全命名空间的声明,例如里面上图的base.AutoScaleMode = AutoScaleMode.Font;就要改成base.AutoScaleMode = System.Windows.Forms.AutoScaleMode.Font; 转载于:https://www.cnblogs.com/hesijian/p/3250296.html 来源： https://blog.csdn.net/weixin_30520015/article/details/99367111

Can anyone explain to me why the following example occurs? #Create simple dataframe assign( "df" , data.frame( P = runif(5) , Q = runif(5) , R = runif(5) ) ) #Return the dataframe from the given character vector get( "df" ) P Q R 1 0.17396222 0.90994676 0.90590685 2 0.33860092 0.98078739 0.38058921 3 0.80751402 0.93229290 0.82853094 4 0.05460417 0.55448507 0.01605027 5 0.04250316 0.03808318 0.40678270 #Return the column names of df colnames( get( "df" ) ) [1] "P" "Q" "R" #But using a replacement function... colnames( get( "df" ) ) <- c( "S" , "T" , "U" ) Error in colnames(get("df")) <- c("S",

1、所谓虚化，就是根据引用或者指针的真实类型，决定调用哪个方法。 2、构造方法虚化，就是根据引用（或者指针）的真实类型，构造出一个对象，如果指针的真实类型是Base，返回Base*；如果指针的真实类型是Derived，返回Derived*。解决办法是：Base定义一个virtual方法Clone，调用new Base(*this)，返回Base*；Derived重写Clone方法，调用new Derived(*this)，返回Derived*。注意：一般情况下，子类重写父类方法，要求返回类型必须一致。目前，父类返回Base*，子类重写可以返回Derived*，也就是说C++支持协变。（口诀：进去叛逆，出来和谐） 3、将非成员方法虚化，考虑output操作符<<的虚化。C++的多态是动态单分派，只会根据方法拥有者的真实类型决定调用哪个方法，因此要让<<虚化，需要在Base中定义方法virtual ostream& operator<<(ostream& str) ; 但是，这种情况下，要b<<cout这样写，这显然不符合常规。那该怎么办？ 　　使用非成员方法ostream& operator<< (ostream& s, const Base& b); 在该方法中调用虚方法b.print(s); 转载于:https://www.cnblogs.com/nzbbody/p

私有成员有没有被继承？ 私有成员被继承，只不过子类不能访问父类的私有成员。很好证明： 1 class Base 2 { 3 private : 4 int a; 5 }; 6 7 class Derived:Base 8 { 9 private : 10 int b; 11 }; 12 13 14 int _tmain( int argc, _TCHAR* argv[]) 15 { 16 Base base ; 17 std::cout<< sizeof ( base ); // 4 18 19 std::cout<< std::endl; 20 21 Derived derived; 22 std::cout<< sizeof (derived); // 8 23 24 return 0 ; 25 } View Code 另一个例子，就是noncopyable，noncopyable声明私有的copy构造和copy赋值，没有定义。继承noncopyable的类，就不能copy构造和copy赋值了，说明继承了noncopyable的私有成员。 也就是说，子类继承父类所有的成员，但是不能访问父类的私有成员。 转载于:https://www.cnblogs.com/nzbbody/p/3381986.html 来源： https://blog.csdn.net/weixin

1、使用场景 　　virtual方法的使用场景：父类告诉子类，继承接口，修改实现，从而可以面向接口编程。 　　non-virtual方法的使用场景：父类告诉子类，继承接口和实现，从而可以代码复用。 2、成员方法是一种封装技术，暴露给程序员。对于编译器而言，没有成员方法的概念，编译器会把成员方法编译为普通方法，方法的拥有者（也就是对象）转化为普通方法的形参，这个形参是const指针，名称为this，指向的类型是方法拥有者的类型。 3、编译器编译的时候，只知道指针的表面类型，正是这个表面类型引导编译器去解释指向对象的大小和内容，那么问题来了？ 　　对于non-virtual方法，子类继承接口和实现，继承的方法中，this指针的表面类型是什么？ 答案是：Base 　　对于virtual方法，子类继承了接口，修改了实现，重写的方法中，this指针的表面类型是什么？答案是：Derived 4、思考一下，运行时多态，为什么一定要标记一下方法是virtual？ 　　考虑，Base和Derived都有一个方法Say，形参表一样（这里会发生隐藏）。 　　Base::Say() 转化为Say(Base* const this)， 　　Derived::Say()转化为Say(Derived* const this)， 　　Base* pb = new Derived(); 　　现在调用pb->Say(