在MQL5和MQL5云计算网络中，应该增加哪些内容来增加对通用数学计算的支持？ - 页 5

[Renat Fatkhullin]

1.没有
2.已经运行了很长时间了，看看文件吧

[TheXpert]

papaklass:

1.你对第一个问题的答案感到不安。而你承诺会考虑这个问题（而你似乎也做到了）。多币种制度的终结!

多币种模式不能受此影响。

2 我想要一个明确的答案：在TAKEPROFIT或STOPLOSS上关闭头寸。如果你不觉得困难，请给我买主的代码。也许我没有看到什么？

有一个收盘价 和一个评论------现场的标志。

[Vladimir Gomonov]

papaklass:

2.我想要一个明确的答案：该头寸是在TAKE PROFIT或STOPLOSS上关闭的。如果你不介意的话，请给我TAKEPROFIT的代码。也许我没有看到什么？

最好是让一个人立即写一个 "傻瓜 "的代码，在开场时确定这一点。 否则又是一些半途而废的措施。

[[删除]]

也许现在是引入长 双倍型的 时候了？没有这一点，大型计算资源的普遍性、竞争性和可行性就无从谈起。

[Renat Fatkhullin]

papaklass:

1.你对第一个问题的答案感到不安。而你承诺会考虑这个问题（而你似乎也做到了）。多币种制度的终结!

问题是，参数化的OnTick问题一直得到的答案是它不是。这是一个原则问题。

2 我想要一个明确的答案：在TAKEPROFIT或STOPLOSS上关闭头寸。如果你不觉得困难，请给我买主的代码。也许我没有看到什么？

我们给出了更多--对所有交易及其中间状态的完全控制。

void  OnTradeTransaction(
   MqlTradeTransaction&  trans,        // структура торговой транзакции
   MqlTradeRequest&        request,      // структура запроса
   MqlTradeResult&         result        // структура ответа
   );

通过比较收盘价 和指定水平，可以很容易地计算出止损和止盈。

一共有几项比较。无论是谁，只要对这个问题真正感兴趣，都不会有问题。

[Yury Reshetov]

-Alexey-:
也许现在是时候引入长 双倍型 了？没有它，大型计算资源的任何普遍性、竞争力和可行性都是不可能的。

这不太可能有帮助。例如，Diophantus分析需要非常大的数字和一个库，用于计算对它们的各种运算，并对其他大数字进行调制。

例如，通过云计算来计算下一个梅森素数。计算的方法是众所周知的，他们甚至为此付出了金钱。然而，MQL5中没有用于操作大数字的库。

而程序员也会得到一部分奖金。因此，如果有人决定将这个库移植到MQL5，如果使用这个库找到一个素数，他/她可以要求获得一定的钱。

见http://primes.utm.edu/mersenne/

顺便说一下，人们可以在MQL5中基于相同的库创建公钥密码学的算法。毕竟，许多人需要锁定一些东西，以免被人窥视，或通过开放的数据渠道安全地交换信息。

Diophantine分析任务经常被用来宣传计算能力。例如，许多计算机制造商赞助寻找费马数的素数除数。这个话题本身实际上是无用的，但如果没有分布式计算，就很难处理它。

[Vladimir Gomonov]

Reshetov:

这不太可能有帮助。例如，Diophantus分析需要非常大的数字和一个库来计算对它们的各种运算，并对其他大的数字进行调制。

例如，通过云计算来计算下一个梅森素数。计算的方法是众所周知的，他们甚至为此付出了金钱。然而，MQL5中没有用于操作大数字的库。

而程序员也会得到一部分奖金。因此，如果有人决定将这个库移植到MQL5，如果使用这个库找到一个素数，他/她可以要求获得一定的钱。

见http://primes.utm.edu/mersenne/

顺便说一下，你可以在MQL5中基于相同的库创建公钥密码学的算法。毕竟，许多人需要锁定一些东西，以免被人窥视，或通过开放的数据渠道安全地交换信息。

Diophantine分析任务经常被用来宣传计算能力。例如，许多计算机制造商赞助寻找费马数的素数除数。这个话题本身实际上是无用的，但如果没有分布式计算，它很难处理。

在mql5中写这样一个库是没有效率的，它会拼命地滞后。

我们至少需要一个最低限度的斯特林戈支持。

我的观点是，例如：在嵌入式汇编语言C++中，我们可以在一次操作中得到整数除法的结果和同一除法的余数。 在赤裸裸的mql5（ex5）中，我们必须在两次操作中进行计算（包括将同一操作数重新加载到寄存器）。

这只是你必须爬过的那卷砂纸中的一块。

或者至少像DivMod(long Op1, long Op2, long &Mod)这样的 "非标准函数"：long; 一次性返回两个结果。 而且这些函数也应该保证在翻译时是内联的。

[Yury Reshetov]

MetaDriver:

在mql5上写这样一个库是没有效率的，它将会拼命地滞后。

我们至少需要一个最低限度的斯特林戈支持。

我的观点是，例如：在内置的C++汇编器中，我们可以在一次操作中得到整数除法的结果和同一除法的余数。 在赤裸裸的mql5（ex5）中，我们必须在两次操作中进行计算（包括将同一操作数重新加载到寄存器）。

这只是你必须爬过的那卷砂纸中的一块。

或者至少像DivMod(long Op1, long Op2, long &Mod)这样的 "非标准函数"：long; 一次性返回两个结果。 而且这些函数也应该保证在翻译时是内联的。

P&3%不是一个可以拖动的袋子。

首先，你需要把库移植到MQL5。写一些东西，例如费马数的因式分解。剖析器会计算出薄弱点，只有这样，我们才能要求开发人员手动实现这些薄弱点。

在实践层面上，此类问题无法直接解决。也就是说，无论两个大数的乘法速度如何，总是可以通过算法来加速，即对于中等长度的数字，Karatsuba方法是最合适的，对于超大的数字，需要FFT乘法。而如果你还考虑到云的存在，乘法的速度将增加几个数量级。也就是说，即使MQL应用程序比C++慢，但当分布式计算 出现时，它对这种问题并不构成障碍。

[Renat Fatkhullin]

papaklass:

我同意，一切都可以计算，尤其是止损和止盈。你只需要写出你自己的函数，就可以做到这一点。而我有这些功能。

你没有这样的功能，就像没有真正的需要一样。不管是谁，只要有需要，早就在几行中实现了一切。

否则你就不会问这样的问题，而且似乎不知道OnTradeTransaction。

问题是不同的：为什么TRADING平台不能简单地返回一个没有任何中间状态的TRADING操作的明确结果？

答案非常简单--你在从事喋喋不休，而不是实际工作。

而你不明白，没有止损状态，但有一个收盘价，这个收盘价 可能与止损位的理想价格有很大差别。

[Renat Fatkhullin]

papaklass:
这不是什么新鲜事。和往常一样：你不明白我的帖子是关于什么的，但你给它贴了标签。好了，我们到此为止吧。

问题是，思考是我的工作，而且比别人的要远得多。

当你看到我的答案时，试着思考 "这是为什么，一定有原因的，只是我没有马上明白"。