MQL中的异步和多线程编程 - 页 7

[[删除]]

Igor Makanu:

嗯，我也不是，你知道，一个自己动手的人））。我很有可能能够从dll中调用μl函数，但问题可能是每次启动后都需要在调试器下挖掘。总而言之，没有太多的选择。

[[删除]]

Igor Makanu:

这与你或我无关！这与IT行业本身有关，保护方法早已发明，并在不断改进，有那些做保护的人和那些 "测试 "的人。

而我的imho，如果你看到另一篇关于另一个PlayStation / XBox黑客的文章，那么有人需要它！我的imho。- 马雅可夫斯基))))- 这是一个IT巨头的营销策略，而不是另一个聪明的黑客设法找到了一个漏洞 - 是的，软件中存在错误，漏洞发生，但也有营销策略，提高对软件的兴趣。

;)

我认为，你高估了任务的复杂性（从dll中删除mcl），但解决方案很复杂，而且不方便（为什么每次运行后都坐在调试器中？）要优雅得多--想想终端中的服务和第三方程序之间通过套接字进行交换的协议，写出C和MKL部分，并把它放在自由、开放的访问中。就这样，你甚至不需要打破任何东西。

[[删除]]

Igor Makanu:

不清楚这将做什么？

正如开发者所说，每个程序都不可能超越 "MQL沙盒"，那么通过套接字到TCP，它能给你带来什么？

如果不修改源代码，你将无法进入另一个MQL程序，就像我们开始时一样 - 你将无法从dll中调用任何MQL函数。

还是我们在谈论MQL程序的远程控制？- 这从来都不是一个问题，我们开发了自己的交换协议，并控制了我们能控制的东西。

这是关于 "制作一个类似于API的东西"，是普遍的。钩住一个lib到一个交叉程序，并获得数据/发送请求。而且它将是成熟的，没有任何沙盒和对我的安全的 "关心"。而且不需要管理任何东西--只有数据和请求。很快，这个设施将充满各种肉体--如带有技术分析的图表。

但这里的受众不一样--市场的卖家和买家。

[[删除]]

Igor Makanu:

带dll的MQL程序在网上并不流行，以防万一......也许你不是故意的，但你的电脑得了什么病，和你的dll一起向用户的电脑发送了一堆病毒......一般来说，开发商承诺为最终用户，即交易商提供最大的保护。

这都是一个蹩脚的视窗，尽管他们似乎已经把它清理干净了。

我不怕在我的Linux上运行任何可执行文件--在没有管理员权限的情况下运行，这个软件甚至不能做任何错事。我已经和病毒一起忘记了病毒。

[Andrey Pogoreltsev]

Vict:

这都是搞砸了的绞盘，尽管他们似乎也清理了它。

我根本不害怕在我的Linux上运行任何应用程序

知道了））））。

[Roman]

回到开发商的愿望上。我有另一个想法。
如果mql语言实现了与异步代码合作的功能，那么我们就可以将指标的工作翻译成异步模式，摆脱线程问题。
在解决了指标的多线程问题后，你可以安全地实现勾股图。整个链条是相互联系的。
异步模式将为编写快速程序的发展提供新的推动力。它将解决扩展到tick图表的问题。

[TheXpert]

Roman:
异步性将为编写快速程序的发展提供新的动力。

鉴于这里的人的资格，这更像是一种几乎可以保证的自取灭亡的方式。

而那些真正有意识地需要异步和多线程的人，用现有的手段实现它没有问题。

[Roman]

TheXpert:

考虑到这里的人的技能，这几乎是一个保证自己射中的方式。

而那些真正有意识地需要异步和多线程的人，用现有的手段实现它没有问题。

让这种人立即向自己的脑袋开枪。这不是开发商和他们产品的问题...
学习和理解异步模式的原理就像在柏油路上的两个手指，它不是流。如果它是困难的，就没有什么可钻的。

[Dmitry Fedoseev]

似乎异步和多线程之间的特殊区别来自于困扰一些人的指针/引用差异问题的同一领域。

异步是通过一个单独的线程实现的，这个过程是否由处理器或其他设备提供并不重要。一个进程的创建意味着它的异步性，因为它是平行存在的。

[Реter Konow]

Georgiy Merts:

我读了聪明的参与者的文章，我想知道...

所有这些噱头的意义何在？

在MQL中，什么时候会非常需要多线程？ 对我来说，唯一的用途是策略测试，这是以标准方式实现的。

我的想法是，运行几个WebRequests 可能有意义，但我认为根本不需要多线程。

哪些任务首先需要多线程？

乔治，任何事情的重点总是可以脱轨的。而且没有什么可以反驳这种做法。而且，如果一个人无论如何都会死，为什么会需要钱？反正每个人都会死，我们为什么需要市场、自动交易等等？

在MQL中拥有一个内部多线程设施将是非常酷的。请理解，这对许多人来说是一个创造性的试验场。为什么？"这个问题并不总是合适的。