能力值:
( LV4,RANK:50 )
|
-
-
2 楼
微软中有大量COM接口是派生自某些接口的,我在实现他们时,如果用基类和派生类的话,就有上述情况
|
能力值:
( LV2,RANK:10 )
|
-
-
3 楼
class 的成员好像默认是private的,既然是public继承的,就改成:
class A{
public:
Addref();
Release();
};
详情百度 C++访问修饰符
|
能力值:
( LV2,RANK:10 )
|
-
-
4 楼
LS说的对,struct默认是public,class默认是private,在子类和外部都不可以访问private的。
|
能力值:
( LV2,RANK:10 )
|
-
-
5 楼
3楼应该是正解,好久不写C++了.都快忘光了.应该是访问修饰符的问题.
|
能力值:
( LV4,RANK:50 )
|
-
-
6 楼
不好意思,我写示例的情况下没注意到,其实我全是public的
所以让楼下几位理解错误了
重新考虑下:
所有基类的public方法,并不能让派生类用来实现接口的方法
|
能力值:
( LV4,RANK:50 )
|
-
-
7 楼
看我楼上的方法,public下也是不行的
|
能力值:
( LV4,RANK:50 )
|
-
-
8 楼
看我楼上的方法,public下也是不行的
|
能力值:
( LV2,RANK:10 )
|
-
-
9 楼
能否把错误信息贴上来?错误的原因会很多种
|
能力值:
( LV4,RANK:50 )
|
-
-
10 楼
1楼已更新,代码可以直接编译看结果,1楼也把错误信息放上去了
|
能力值:
( LV3,RANK:30 )
|
-
-
11 楼
错误信息里说的不是 IUnknown里的方法么?
|
能力值:
( LV4,RANK:50 )
|
-
-
12 楼
是啊,class B要实现IUnknow啊
但只实现了QueryInterface一个方法,ADDref和Release想借用class A的啊,不成功嘛
|
能力值:
( LV2,RANK:10 )
|
-
-
13 楼
楼主肯定没看到“抽象” 两个字是什么意思。
C++ 里面有个东西叫纯虚函数。 也就是funtion() = 0; 这种。
父类根本就没有实现 ,只是一个接口而已,你不实现当然就过不了。
这种类是不能实例化的。
|
能力值:
( LV4,RANK:50 )
|
-
-
14 楼
大哥,你看下class A行不,里面是实现了的啊,IUnknown里是纯虚函数,但IUnkown里的方法class A里有啊,既然B从A继承,就可想而知B也有这些方法,编译器可以用这些函数来填充虚表啊
貌似你就没注意class A的存在
所以我的贴子标题的主要思想就是借用父类的方法来完成派生类的接口
|
能力值:
( LV3,RANK:30 )
|
-
-
15 楼
哦哦,明白你的意思了,你是在A中有接口里的同名方法,然后你就想用B来继承A 利用A中的同名方法作为接口方法的实现。。。
那你就要override接口中的AddRef方法,然后调用base.AddRef(); //C#中的写法...C++不熟
|
能力值:
( LV4,RANK:50 )
|
-
-
16 楼
是啊,我是这意思
但我就是不想再写一次addref,麻烦啊,工程大的时候,数百个方法重写,费时费力
既然class B是从class A继承的,理论上B自身也就有addref这个方法啦,为啥编译器不认为他有了?
|
能力值:
( LV15,RANK:1057 )
|
-
-
17 楼
c++又没有反射,根本不是这样看函数名的,不在一条继承链上,A:AddRef和继承自IUnknow根本不是一个东西
|
能力值:
( LV15,RANK:1057 )
|
-
-
18 楼
你写模板吧
template<typename T>
class A:public T
{
public:
add
release
}
class B:public A<IUnkown>
|
能力值:
( LV3,RANK:30 )
|
-
-
19 楼
这个解释差不多了。A 和 IUnknow 是平级的。看不到A的实现。直接派生虚接口的类,需要实现虚接口的函数。
下面这么写没问题
class A : public IUnknown
{
public:
ULONG STDMETHODCALLTYPE AddRef(void)
{
return 0;
}
ULONG STDMETHODCALLTYPE Release(void)
{
return 0;
}
};
class B : public A
{
public:
HRESULT STDMETHODCALLTYPE QueryInterface(REFIID riid, void **ppvObject)
{
return S_OK;
}
virtual void Test()
{
void* p = new B();
}
};
|
能力值:
( LV2,RANK:10 )
|
-
-
20 楼
我明显有看到啊。 你这种逻辑是不行的。 class A 的函数并不是继承至IUnknown::AddRef 。
根本就不是一个函数。 怎么可能去覆盖。
这种只是从两个基类处同时继承了两个同名函数而已。 其中一个会覆盖掉另外一个。 你自己写写代码测试测试就知道了。
|
能力值:
( LV2,RANK:10 )
|
-
-
21 楼
你好像没有搞清楚多继承的关系,而且也分不清class的方法(他们可以理解为是在不同的命名空间里大概)。
|
能力值:
( LV4,RANK:50 )
|
-
-
22 楼
嗯,这方法不错,把所有接口声明在基类里,但又不实现,这样派生类再实现,就没我碰到的这个问题了,我的具体代码非常复杂,因为接口太多,方法太多,实在不好处理
不过你这写法也有一个问题,就是class A自身又不能实例化了(因为有些方法是放在class B里完成的)
|
能力值:
( LV4,RANK:50 )
|
-
-
23 楼
不同命名空间又不是一定有问题,如楼上的,让A 继承IUnknown,但不实现QueryInterface方法,由B来实现QueryInterface方法,这时QueryInterface明显命名空间与class A中的Release方法也不一样,不也能正确吗,是吧?
表现结果就是:
派生类可以用自己的方法填充基类的接口
派生类不可以用基类的方法填充自己的接口
|
能力值:
( LV4,RANK:50 )
|
-
-
24 楼
我的理解不一样
我的看法是这样的,虽说都是继承,但B继承IUnkown的是一个纯虚方法,为了编译过,编译器要求B必须实现此方法就好了
而刚好B又从A那里继承IUnkown中的同名同参函数,而且该函数是实现了的函数,我的看法主要是认为,编译器可以借用此函数来填充虚表,运行时应该不会出任何错误这就够了
主要观点我是对虚表的理解就是一个函数指针数组而已,只要将它们填上正确的函数,就没啥问题了
在我看来,编译器完全可以用A的方法来填写IUnknow的虚表而不出错,这就够了,可以省多少代码不是?省时省力,结果正确,这才是有意义的
|
能力值:
( LV4,RANK:50 )
|
-
-
25 楼
如果所有派生类为了实现接口,而要去重写方法进行调用,感觉除了浪费资源,还有啥意义吗?
当然,我可能是在牵扯编译器实现或c++的标准,这点我不能肯定,
但我认为,如果能直接借用,能起到节省的目的,是好事啊,不是吗?
看看c99,里面有些东西,真的省事好多,何乐而不为呢?
所谓的标准也是人制定的,只要有好处,做就是了 :)
|
|
|