MQL5培训 - 页 14

[Yedelkin]

220Volt:
也许我有不明白的地方，但我认为不是每个任务都能（有效地）应用于OOP，必须有一个对象的分支。而如果没有分支，那么五的OOP就处于四的include文件的水平。

我为自己回答。OOP使我能够开发一个多货币的EA。在使用 "程序化风格 "时，我甚至没有考虑过这个问题。我还没有对单一货币的EA使用过OOP。

[Andrey F. Zelinsky]

Yedelkin:
我将为自己回答。OOP使开发多货币EA成为可能。在使用 "程序性风格 "时，我甚至没有考虑过这个问题。我还没有对单一货币的EA使用过OOP。

这是新的东西。OOP和程序化编程只不过是一种方法。按照你的说法，mcl5的OOP和PP功能是不同的，这是错误的。

[[删除]]

Yedelkin:
我将为自己回答。OOP使开发多货币EA成为可能。在使用 "程序性风格 "时，我甚至没有考虑过这个问题。我还没有对单一货币的EA使用过OOP。

关于这四个人的几句话：你可以在include文件中执行（编码）一个对象，它有自己的私有成员和函数（我们不调用它们）和公共函数，这个inluder有Attach()和Detach()函数，好吧，它不是一个类吗？而这已经是某种程度上的抽象了。在我看来，当我们可以应用继承和虚拟函数 时，OOP的优势将显现出来。

[Yedelkin]

abolk:
按照你的说法，μl5中的OOP和PP功能是不同的，这是不正确的。

我没有这么说。这是你的结论。我的话是关于OOP促使我创建一个多货币专家顾问的事实。而且，在以 "程序化风格 "工作时，我并没有想到这种想法。对于OOP和PP的功能差异，我不能说什么，因为我还没有成熟到那个抽象的层次。也许，我第一次表达得不正确，不知道这种抽象/方法论的特殊性。

[Yedelkin]

220Volt:
关于四元组的几句话：你可以在include文件中执行（编码）一个对象，它有自己的私有成员和函数（我们不调用它们），还有开放函数，这个inluder有Attach()和Detach()函数，所以什么不是一个类？而这已经是某种程度上的抽象了。在我看来，当我们可以应用继承和虚拟函数 时，就可以看到OOP的优势。

我很幸运，我对Quartet不熟悉 :)这就是为什么我不能比较，但我理解你的考虑。至于 "在我看来，当我们可以应用继承和虚拟函数 时，OOP的优势就会很明显"--这就是启发我创建多维专家顾问的原因。 我是否能够实现OOP的所有功能是不太可能的，但从应用的角度看，我成功了，而且很喜欢。

[Mykola Demko]

220Volt:
你什么时候交易？:)(反问句）。

这就是为什么社区被划分为莫洛克人和埃洛伊人 :)

[Vladimir Gomonov]

220Volt:
关于第四个的几句话：你可以在include文件中执行（编码）一个对象，它将有自己的私有成员和函数（我们不调用它们），以及开放函数，这个inlude有Attach()和Detach()函数，嗯，还有什么不是一个类？ 而这已经是某种程度上的抽象了。我认为当你可以应用继承和虚拟函数 时，就可以看到OOP的优势。

当你需要第二个，以及后来的第五个 "inlude-object "的实例时，在4中该怎么做？:))

我去过那里，做过那里，谢谢你，我不想要更多。

好运。

[Mykola Demko]

MetaDriver:

当你需要第二个，以及后来的第五个 "inlude-object "的实例时，在4中该怎么做？:))

我去过那里，我知道，谢谢你，我不想再要了。

好运。

我甚至不想回答关于 "你可以不用OOP "这个话题的水灾问题。

我只是觉得很无聊。如果人们想不做OOP，没有人抱着他们的腿，让他们绞尽脑汁，直到他们的大脑错位。

[[删除]]

MetaDriver:

当你需要第二个，以及后来的第五个 "inlude-object "的实例时，在4中该怎么做？:))

我们已经去过那里了，谢谢你，我不想再要了。

好运。

有 :)。说到我自己，我有这样的 "对象 "保存和下载。它已经解决了我为自己设定的问题。一切顺利，我很满意。

[[删除]]

Urain:

我甚至不想回答 "没有OOP你也能做到 "的泛滥问题。

这只是一个无奈之举。如果人们想不做OOP，没有人抱着他们的腿，让他们绞尽脑汁，直到他们的大脑错位。

OOP是好的，Loki也是好的:)因此，程序化编程的MT4也是好的（IMHO）。