模板参数=void*的编译器错误 - 页 2

新评论
 
fxsaber:

不幸的是，我从未见过如何使用它的例子。

那么，比如说，创建一个不同类型的对象数组。
 
Vladimir Simakov:
那么，比如说，创建一个不同类型的对象数组。

上面自己举了一个例子。但是，如果你不知道它们的类型，你又如何指代它们呢？

 
fxsaber:

上面自己举了一个例子。但是，如果你不知道这些类型，你如何解决它们呢？

我怎么能不知道呢？我自己把它们放在那里，也就是说，他们的名单是最终的。你可以通过尝试这个列表中的类型来做到这一点，dynamic_cast来帮助。

 
Vladimir Simakov:

你怎么会不知道呢？我自己把它们放在那里，也就是说，它们的名单是有限的。你可以使用 dynamic_cast 来帮助。

好吧，这是一个拐杖式的解决方案!

 

例如，在MQ中，ArrayCopy 是基于void*的。当我需要修改它时，我使用一个模板。当然，一切都在运作，而且严格按照指定的类型。

这就是为什么我还找不到任何方便的无效*脚本。显然，我狭隘地看待这一结构所提供的可能性。

 
fxsaber:

好吧，这是一个拐杖式的解决方案!

好吧，如果这个人想要，为什么要把它搞砸？然后，为什么它是一个拐杖？如果免费资源允许，为什么不呢？因此，Java是一个大的拐杖，而汇编程序是规则。最后我们有欲望但没有可能性，也不清楚为什么，这不是好事，我们应该解决这个问题。

 
Vladimir Simakov:

好吧，如果一个人想要它，那么为什么要把它搞砸。然后，为什么要把它搞砸呢？如果免费资源允许，那么为什么不呢。所以，Java是一个大的拐杖，而汇编程序一般是统治者。最后我们有欲望但没有可能性，也不清楚为什么，这不是好事，我们应该解决这个问题。

不反对这个芯片。要求学习新的和有用的东西。这就是我在论坛上的许多方面的原因。

 
fxsaber:

例如，在MQ中，ArrayCopy是基于void*的。当我需要修改它时，我使用一个模板。当然，一切都在运作，而且严格按照指定的类型。

但它不复制任何指针，只复制被隐式投出的兼容指针。 所有用户定义的函数过去也是这样工作的，而且非常方便。 现在要么用模板工作，要么重新复制到一个新的数组中。 不清楚谁想削减它，为什么。

 
Alexey Navoykov:

但它并不复制任何指针，而只复制隐式投出的兼容指针。 所有的用户函数以前也是这样工作的，非常方便。 现在你要么用模板做，要么复制到一个新的数组中。 我不知道谁想把它砍掉，为什么。

以前怎么可能呢。似乎这些类型总是应该匹配的。

 
Alexey Navoykov:

编译错误。 Bild 1961。

而在1961x32中，一切都很正常......很好!
123456789...20
新评论