对象布局对称性思考

一般的有虚拟函数的对象布局

vptr

数据成员1

数据成员2


成员函数是独立的。



另一种形式

pimp->数据成员

将数据成员集中到一个独立的类或结构中。


成员函数是独立的。


再一种形式

接口  将 对象转换相应接口。


将成员函数封装到含有元信息的结构中。

可通过查表获取相关信息。

GacUI从pdb生成反射和dll接口首战告捷



动态静态对比

模板实现多态与继承实现多态


BRIDGE(桥接)

适用性:
不希望在抽象和实现之间直接绑定。
允许抽象和实现各自通过子类加以扩充。
对抽象的实现部分修改,可以不必重新编译客户代码。
对用户隐藏实现。

思考:
在C++中,BRIDGE模式的典型代表是pimpl惯用法,但是pimpl带来的一点点编码上的麻烦,常常阻止我们更好的组织代码。pimpl不仅仅隐藏了实现,仅仅暴露接口,还可能带来另一个切实的好处:二进制接口兼容,COM已经给了我们一个很好的提示。在一个大型项目中,提供一个ABI将是非常有价值的,即使这个ABI并不通用。另外一个切实的好处是,pimpl手法使得我们能够轻易的对类的不变式加以检查。这个好处,在虚函数私有化中也同样存在。但是,虚函数私有化不如pimpl来的彻底,而且,完全可以通过pimpl来实现虚函数私有化同样的目标:提供一个非虚的公共接口。
BRIDGE模式的价值在于接口和实现部分可以独立的加以改变。

你可能感兴趣的:(对象布局对称性思考)