来自一个 "傻瓜 "的问题 - 页 129

[Ilyas]

MetaDriver:

而指向结构的指针将非常有用，而且它们不一定是动态的--主要是可以对索引数组 而不是结构本身进行排序。

// 在许多情况下，用类代替结构是不可取的。它们是经济的（没有虚拟方法表），包含 "坚实 "的数据。

一般来说，这就是我们要引入继承的原因，你总是可以得到一个可逆类的手柄。

[Vasiliy Sokolov]

Urain:

那些我们从细胞遗传的集合开始，那些汇聚成一个类别，然后又分化成器官，又汇聚成一类人，又分化成职业。

我不知道你的情况，但正常人不会分化成器官。多重继承是一个非常有争议的事情，在最先进的C#语言中，决定拒绝这种机制而采用接口，这不是没有道理的。你认为C#开发人员不知道他们在做什么吗？

[Mykola Demko]

C-4:
我不知道你的情况，但正常人不会捐 献器官。多重继承是一个非常有争议的事情，在最先进的C#语言中，决定拒绝这种机制而采用接口，这不是没有道理的。你认为C#开发人员不知道他们在做什么吗？

器官捐赠呢？:)

这个问题值得商榷，也没有完全结束，事实是C++有多重继承，MQL被定位为类似C++的语言，为什么不呢。

[TheXpert]

C-4:
我不知道你的情况，但正常人是不会进入器官的。多重继承是一件非常有争议的事情，在最先进的C#语言中，人们决定拒绝这种机制而采用接口，这不是没有道理的。你认为C#开发人员不知道他们在做什么吗？

Bazinga :)

首先，为什么C#会突然成为最先进的语言？

其次，在C#中，他们决定否认类的多重继承，而支持接口的多重 继承。)))它更容易实施。

去学习这个主题。

TheXpert。

一看就不是，但我不止一次用过它。而且几乎没有任何变种。

我收回，我只是用虚拟继承来消除模棱两可的超类选择问题。

[Vladimir Gomonov]

mql5:
一般来说，这就是我们要引入继承的原因，你总是可以为一个可逆的类得到一个处理...

...和一个虚拟方法表作为负担，这正是我们想要避免的:) 否则问题就不会出现了。

好吧，这不是致命的，我将使用一个额外的索引阵列。

[Vladimir Gomonov]

TheXpert:

Bazinga :)

1.首先，为什么C#突然成了最先进的语言？

(2) 其次，在C#中，人们决定放弃类的多重继承，而采用接口的多重 继承。)))它更容易实施。

1）你的反对意见到底是什么？:)

2) 我们来问问具有多重继承性的接口。:)

[Vladimir Kustikov]

TheXpert:

Bazinga :)

首先，为什么C#会突然成为最先进的语言？

其次，在C#中，人们决定放弃类的多重继承，而采用接口的多重 继承。)))它更容易实施。

去学习这个主题。

我收回那句话。虚拟继承只是用来消除超类选择的模糊性问题。

我不打算给出支持聚合的论据，我想你自己知道。同样地，我知道赞成多重继承的论点。而在他们下面有很多的理由，无论是一方还是另一方。我想这是一个谁更接近于什么的问题。就我们这个特殊的公司而言，聚合是更可取的，因为它更容易由我们的团队开发和维护。

Urain。

那些我们从一个细胞遗传的集合开始，那些收敛为一个类，然后又分化为器官，又收敛为人的类，然后又分化为职业。

你的职业，原来是笼子的继承人，这在某种程度上（出乎意料）是真的:）。要确定在这种特定情况下使用什么是最好的，你需要确定两个对象之间的关系。

1. 对象A是对象B - 继承
2. 对象A由（具有，包含）对象B组成--构成

[Vladimir Kustikov]

MetaDriver:

1.反对意见究竟是什么？:)

2.让我们要求接口。有多重继承，那我就支持。:)

2.我支持

[TheXpert]

MetaDriver:

1.反对意见究竟是什么？:)

每种语言都有自己的适用范围。说一种语言是 "最先进的 "一般来说是荒谬的。

2.让我们要求接口。有多重继承，那我就支持。:)

哦，来吧！叫什么有什么区别呢？这一点几乎没有改变。

[Vasiliy Sokolov]

C#绝对是最先进的语言。其他的东西要么太过时，要么太专业。

接口的多重继承与类的多重继承是不同的。后者有一个自上而下的层次结构，正因为如此，后代分支之间会大大地交织在一起，在项目 架构中造成相当大的混乱和含混。然而，接口的继承要简单得多：你有统一的方法，例如搜索或排序，如果你想把自己的类与之挂钩，就写一个相应的交互接口。这不是一个拐杖。这是C++为C语言编写的一个大拐杖。