OOP与程序化编程 - 页 48

[Maxim Dmitrievsky]

Yuriy Asaulenko:

从OOP的角度来看--完全错误的做法。你的业务是TC，而不是重写已经创建并运行的代码。

我们正在讨论不同的语言和如何转换。

用Python或其他东西做一个研究并不难，但这些拐杖对稳定运行和方便携带不起作用。

这就是为什么库被拿去重写成mql的原因

[Yuriy Asaulenko]

Maxim Dmitrievsky:

OOP与此有什么关系？

OOP不是关于类和继承，它是一个涉及直接使用任何第三方程序和代码而不需要任何转换的概念。

如果你想从一种语言改写成另一种语言，请便，这是你的事。但它与OOP的概念并不吻合。而这个主题是关于OOP的，实际上）。

[Alexey Volchanskiy]

Renat Fatkhullin:

使用缓慢的Python，做研究，然后将结果转移到Today's reading中的快速实现，MQL5。

我们已经做了很多工作来支持MQL5和MetaTrader5中的数学：MQL5中的统计分布 - 利用R的优点并使其 更快。

只要读一读，这是个聪明的主意!

[Alexey Volchanskiy]

Yuriy Asaulenko:

OOP不是指类和继承，它是一个概念，包括直接使用任何第三方程序和代码，不需要任何转换。

如果你想从一种语言改写成另一种语言，请便，这是你的事。但它与OOP的概念并不吻合。而这个主题是关于OOP的，实际上）。

是的，但不是每个人都能理解它，尽管他们使用它 ))

[Yuriy Asaulenko]

Alexey Volchanskiy:

刚看完，聪明的想法!

我想知道Renat打算（提议）如何将Python移植到MCL？至于复杂的算法（例如MO），在Python中有包（模块），而在Python中根本就没有。而Python本身对任何人都没有什么兴趣。

[Alexey Navoykov]

Maxim Dmitrievsky:

在python或其他地方进行研究并不困难，但这种拐杖不适合稳定的操作和方便的携带

这就是为什么他们把库重写成mql。

我理解当你从mql改写成plus的时候--这是符合逻辑的，但是后面--这是不健康的东西。 到底有什么意义？ 首先，这是生产力的重大损失（多次）。第二，在编码上浪费了很多时间，最重要的是DELETE。 你似乎忘记了编码只是其中的一小部分。 最主要的是以后要舔一切，修复BUG--反正他们会的，因为语言之间有很多差异，这里已经提到了。而且，即使产生的代码能立即编译，也不意味着它能像原版那样工作。 而你说的是 "持续工作"

[Maxim Dmitrievsky]

Alexey Navoykov:

我理解当你从mql改写成pluses时--这是符合逻辑的，但后面--这是不健康的东西。 到底有什么意义？ 首先，这是生产力的重大损失（多次）。第二，在编码上浪费了很多时间，最重要的是DELETE。 你似乎忘记了编码只是其中的一小部分。 最主要的是以后要舔一切，修复BUG--反正他们会的，因为语言之间有很多差异，这里已经提到了。而且，即使产生的代码能立即编译，也不意味着它能像原来那样工作。

这个故事的目的是什么？

[Алексей Тарабанов]

直觉告诉我，我们可以保持联系。直到我们自己感到厌烦。