我们经常听到/读到应该避免动态转换。根据您的说法,我想知道它的“有用”示例是什么?
编辑:
是的,我知道另一个线程:确实是在阅读那里的第一个答案时,我问了我的问题!
这个最近的线程给出了一个它派上用场的例子。有一个基本的 Shape 类和派生自它的类 Circle 和 Rectangle。在测试相等性时,很明显 Circle 不能等于 Rectangle,尝试比较它们将是一场灾难。在遍历指向 Shapes 的指针集合时,dynamic_cast 执行双重任务,告诉您形状是否可比较并为您提供适当的对象来进行比较。
这是我经常做的事情,它并不漂亮,但它简单而有用。
我经常使用实现接口的模板容器,想象一下
template<class T>
class MyVector : public ContainerInterface
...
ContainerInterface 有基本有用的东西,但仅此而已。如果我想要一个关于整数向量的特定算法而不暴露我的模板实现,那么在实现中接受接口对象并将其动态转换为 MyVector 很有用。例子:
// function prototype (public API, in the header file)
void ProcessVector( ContainerInterface& vecIfce );
// function implementation (private, in the .cpp file)
void ProcessVector( ContainerInterface& vecIfce)
{
MyVector<int>& vecInt = dynamic_cast<MyVector<int> >(vecIfce);
// the cast throws bad_cast in case of error but you could use a
// more complex method to choose which low-level implementation
// to use, basically rolling by hand your own polymorphism.
// Process a vector of integers
...
}
我可以向 ContainerInterface 添加一个 Process() 方法,该方法将被多态解析,这将是一个更好的 OOP 方法,但我有时更喜欢这样做。当你有简单的容器、很多算法并且你想隐藏你的实现时,dynamic_cast 提供了一个简单而丑陋的解决方案。
您还可以查看双重调度技术。
高温高压
当通过 C 接口向对象公开句柄时,它可以用于一些运行时类型安全。让所有公开的类都继承自一个公共基类。接受函数句柄时,首先转换为基类,然后动态转换为您期望的类。如果他们传入了一个无意义的句柄,当运行时找不到 rtti 时,你会得到一个异常。如果他们传入了错误类型的有效句柄,您将获得一个 NULL 指针并可以抛出您自己的异常。如果他们传递了正确的指针,你就可以走了。这不是万无一失的,但它肯定比从句柄直接重新解释转换更好地捕捉对库的错误调用,并等到当你传入错误的句柄时某些数据被神秘地破坏。
我目前的玩具项目使用了两次 dynamic_cast;一次是为了解决 C++ 中缺少多重分派的问题(它是一种访问者风格的系统,可以使用多重分派而不是 dynamic_casts),一次是为了特殊情况下的特定子类型。
在我看来,这两者都是可以接受的,尽管前者至少源于语言缺陷。事实上,我认为这可能是一种常见的情况;大多数 dynamic_casts(以及一般的许多“设计模式”)是针对特定语言缺陷的解决方法,而不是针对目标的东西。
好吧,在 C# 中使用扩展方法真的很好。
例如,假设我有一个对象列表,我想从中获取所有 id 的列表。我可以逐步浏览它们并将它们拉出来,但我想分割出该代码以供重用。
所以像
List<myObject> myObjectList = getMyObjects();
List<string> ids = myObjectList.PropertyList("id");
会很酷,除非在扩展方法上你不知道传入的类型。
所以
public static List<string> PropertyList(this object objList, string propName) {
var genList = (objList.GetType())objList;
}
会很棒的。
它非常有用,但是在大多数情况下它太有用了:如果要完成工作,最简单的方法是进行 dynamic_cast,这通常是糟糕的 OO 设计的症状,这反过来可能会导致麻烦在未来以不可预见的方式。