来自一个 "傻瓜 "的问题 - 页 129 1...122123124125126127128129130131132133134135136...277 新评论 Ilyas 2012.04.03 11:21 #1281 MetaDriver:而指向结构的指针将非常有用,而且它们不一定是动态的--主要是可以对索引数组 而不是结构本身进行排序。 // 在许多情况下,用类代替结构是不可取的。它们是经济的(没有虚拟方法表),包含 "坚实 "的数据。 一般来说,这就是我们要引入继承的原因,你总是可以得到一个可逆类的手柄。 Vasiliy Sokolov 2012.04.03 11:21 #1282 Urain:那些我们从细胞遗传的集合开始,那些汇聚成一个类别,然后又分化成器官,又汇聚成一类人,又分化成职业。 我不知道你的情况,但正常人不会分化成器官。多重继承是一个非常有争议的事情,在最先进的C#语言中,决定拒绝这种机制而采用接口,这不是没有道理的。你认为C#开发人员不知道他们在做什么吗? Mykola Demko 2012.04.03 11:27 #1283 C-4: 我不知道你的情况,但正常人不会捐 献器官。多重继承是一个非常有争议的事情,在最先进的C#语言中,决定拒绝这种机制而采用接口,这不是没有道理的。你认为C#开发人员不知道他们在做什么吗?器官捐赠呢?:)这个问题值得商榷,也没有完全结束,事实是C++有多重继承,MQL被定位为类似C++的语言,为什么不呢。 TheXpert 2012.04.03 11:46 #1284 C-4: 我不知道你的情况,但正常人是不会进入器官的。多重继承是一件非常有争议的事情,在最先进的C#语言中,人们决定拒绝这种机制而采用接口,这不是没有道理的。你认为C#开发人员不知道他们在做什么吗?Bazinga :)首先,为什么C#会突然成为最先进的语言?其次,在C#中,他们决定否认类的多重继承,而支持接口的多重 继承。)))它更容易实施。去学习这个主题。TheXpert。一看就不是,但我不止一次用过它。而且几乎没有任何变种。 我收回,我只是用虚拟继承来消除模棱两可的超类选择问题。 Vladimir Gomonov 2012.04.03 12:09 #1285 mql5: 一般来说,这就是我们要引入继承的原因,你总是可以为一个可逆的类得到一个处理......和一个虚拟方法表作为负担,这正是我们想要避免的:) 否则问题就不会出现了。 好吧,这不是致命的,我将使用一个额外的索引阵列。 Документация по MQL5: Основы языка / Переменные www.mql5.com Основы языка / Переменные - Документация по MQL5 Vladimir Gomonov 2012.04.03 12:12 #1286 TheXpert:Bazinga :)1.首先,为什么C#突然成了最先进的语言?(2) 其次,在C#中,人们决定放弃类的多重继承,而采用接口的多重 继承。)))它更容易实施。1)你的反对意见到底是什么?:)2) 我们来问问具有多重继承性的接口。:) Vladimir Kustikov 2012.04.03 12:29 #1287 TheXpert:Bazinga :)首先,为什么C#会突然成为最先进的语言?其次,在C#中,人们决定放弃类的多重继承,而采用接口的多重 继承。)))它更容易实施。去学习这个主题。 我收回那句话。虚拟继承只是用来消除超类选择的模糊性问题。我不打算给出支持聚合的论据,我想你自己知道。同样地,我知道赞成多重继承的论点。而在他们下面有很多的理由,无论是一方还是另一方。我想这是一个谁更接近于什么的问题。就我们这个特殊的公司而言,聚合是更可取的,因为它更容易由我们的团队开发和维护。Urain。那些我们从一个细胞遗传的集合开始,那些收敛为一个类,然后又分化为器官,又收敛为人的类,然后又分化为职业。 你的职业,原来是笼子的继承人,这在某种程度上(出乎意料)是真的:)。要确定在这种特定情况下使用什么是最好的,你需要确定两个对象之间的关系。对象A是对象B - 继承对象A由(具有,包含)对象B组成--构成 Vladimir Kustikov 2012.04.03 12:30 #1288 MetaDriver:1.反对意见究竟是什么?:)2.让我们要求接口。有多重继承,那我就支持。:) 2.我支持 TheXpert 2012.04.03 12:39 #1289 MetaDriver:1.反对意见究竟是什么?:)每种语言都有自己的适用范围。说一种语言是 "最先进的 "一般来说是荒谬的。2.让我们要求接口。有多重继承,那我就支持。:) 哦,来吧!叫什么有什么区别呢?这一点几乎没有改变。 Vasiliy Sokolov 2012.04.03 12:58 #1290 C#绝对是最先进的语言。其他的东西要么太过时,要么太专业。接口的多重继承与类的多重继承是不同的。后者有一个自上而下的层次结构,正因为如此,后代分支之间会大大地交织在一起,在项目 架构中造成相当大的混乱和含混。然而,接口的继承要简单得多:你有统一的方法,例如搜索或排序,如果你想把自己的类与之挂钩,就写一个相应的交互接口。这不是一个拐杖。这是C++为C语言编写的一个大拐杖。 1...122123124125126127128129130131132133134135136...277 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
而指向结构的指针将非常有用,而且它们不一定是动态的--主要是可以对索引数组 而不是结构本身进行排序。
// 在许多情况下,用类代替结构是不可取的。它们是经济的(没有虚拟方法表),包含 "坚实 "的数据。
那些我们从细胞遗传的集合开始,那些汇聚成一个类别,然后又分化成器官,又汇聚成一类人,又分化成职业。
我不知道你的情况,但正常人不会捐 献器官。多重继承是一个非常有争议的事情,在最先进的C#语言中,决定拒绝这种机制而采用接口,这不是没有道理的。你认为C#开发人员不知道他们在做什么吗?
器官捐赠呢?:)
这个问题值得商榷,也没有完全结束,事实是C++有多重继承,MQL被定位为类似C++的语言,为什么不呢。
我不知道你的情况,但正常人是不会进入器官的。多重继承是一件非常有争议的事情,在最先进的C#语言中,人们决定拒绝这种机制而采用接口,这不是没有道理的。你认为C#开发人员不知道他们在做什么吗?
Bazinga :)
首先,为什么C#会突然成为最先进的语言?
其次,在C#中,他们决定否认类的多重继承,而支持接口的多重 继承。)))它更容易实施。
去学习这个主题。
一看就不是,但我不止一次用过它。而且几乎没有任何变种。
一般来说,这就是我们要引入继承的原因,你总是可以为一个可逆的类得到一个处理...
...和一个虚拟方法表作为负担,这正是我们想要避免的:) 否则问题就不会出现了。
好吧,这不是致命的,我将使用一个额外的索引阵列。Bazinga :)
1.首先,为什么C#突然成了最先进的语言?
(2) 其次,在C#中,人们决定放弃类的多重继承,而采用接口的多重 继承。)))它更容易实施。
1)你的反对意见到底是什么?:)
2) 我们来问问具有多重继承性的接口。:)
Bazinga :)
首先,为什么C#会突然成为最先进的语言?
其次,在C#中,人们决定放弃类的多重继承,而采用接口的多重 继承。)))它更容易实施。
去学习这个主题。
我收回那句话。虚拟继承只是用来消除超类选择的模糊性问题。我不打算给出支持聚合的论据,我想你自己知道。同样地,我知道赞成多重继承的论点。而在他们下面有很多的理由,无论是一方还是另一方。我想这是一个谁更接近于什么的问题。就我们这个特殊的公司而言,聚合是更可取的,因为它更容易由我们的团队开发和维护。
那些我们从一个细胞遗传的集合开始,那些收敛为一个类,然后又分化为器官,又收敛为人的类,然后又分化为职业。
你的职业,原来是笼子的继承人,这在某种程度上(出乎意料)是真的:)。要确定在这种特定情况下使用什么是最好的,你需要确定两个对象之间的关系。
1.反对意见究竟是什么?:)
2.让我们要求接口。有多重继承,那我就支持。:)
1.反对意见究竟是什么?:)
每种语言都有自己的适用范围。说一种语言是 "最先进的 "一般来说是荒谬的。
2.让我们要求接口。有多重继承,那我就支持。:)
C#绝对是最先进的语言。其他的东西要么太过时,要么太专业。
接口的多重继承与类的多重继承是不同的。后者有一个自上而下的层次结构,正因为如此,后代分支之间会大大地交织在一起,在项目 架构中造成相当大的混乱和含混。然而,接口的继承要简单得多:你有统一的方法,例如搜索或排序,如果你想把自己的类与之挂钩,就写一个相应的交互接口。这不是一个拐杖。这是C++为C语言编写的一个大拐杖。