在MQL5中,总是有漏洞可钻! ;) - 页 9

 
George Merts:

Alexey,你也应该告诉我如何将OnCalculate()函数 发出的数组包裹到一个类中--在这种情况下,你不能不复制指针。

目前,我只是把数据复制到我的类-数组中,然后拉出一个指向这个对象的指针。但是,这将得到一些额外的复制,正如我所看到的,这将增加相当明显的 "沉重感",因为频繁点击和大量的图表。我想摆脱这种抄袭。但是,除了通过DLL(标准或自写)的拐杖,我没有任何建议。

在服务台,他们一直把我推回说 "该对象可能被删除"。这是他们自己的数组!当我说我可能会创建一个对象,然后将其删除,指针将变得无效时--他们回答说 "是我要为这个负责"。这就是 "双重道德 "的作用。

让这个DLL见鬼去吧--但这种指标需要在启动时不断确认--这非常令人不安......

我不认为导入一个已经被终端拉动的dll是一种罪过,因为它就是这样。
关于确认选项。必须在终端网中做一次,不是吗?这里的 "永久确认 "在哪里?
如果一个人是铁,我有一个解药......一个能进入MT设置并勾选方框的指标...诚然,这个工具也应该先导入))))。
关于 "对象 "和服务台。MT中的对象是一个主观的概念。对于MQL程序员来说,该对象是在出现泄漏时被垃圾收集器捕获的东西。
由合法的MQL分配器创建的东西。
从WinAPI或进程的角度来看,这个分配器本身和指标/专家的任何 "静态 "执行区域以及与之相关的刺猬,也是一个对象。
一个与窗口、线程和 "关闭 "按钮一起存在于MT臀部某处的对象。
因此,模棱两可的道德,因此有许多MQL的限制,不允许通过真正的指针、内存地址、钩子、嫁接各种赢利的方式工作。
我的意见是,这些人允许白白进口。这可能是现在最大的痛苦。一方面,MQL程序员要求获得更多的权力,但另一方面,终端本身必须保持一个单一的产品。而不是任由人们的各种MOD和补丁摆布的华而不实的东西。
 
alexsis78:
我不认为导入一个已经被终端拉动的dll是一种罪恶。
关于确认选项。它必须在终端设置中做一次,不是吗?这里的 "永久确认 "在哪里?
如果一个人是铁,我有一个解药......一个能进入MT设置并勾选方框的指标...诚然,这个工具也应该先导入))))。
关于 "对象 "和服务台。MT中的对象是一个主观的概念。对于MQL程序员来说,该对象是在出现泄漏时被垃圾收集器捕获的东西。
由合法的MQL分配器创建的东西。
从WinAPI或进程的角度来看,这个分配器本身和指标/专家的任何 "静态 "执行区域以及与之相关的刺猬,也是一个对象。
一个与窗口、线程和 "关闭 "按钮一起存在于MT臀部某处的对象。
因此,模棱两可的道德,因此有许多MQL的限制,不允许通过真正的指针、内存地址、钩子、嫁接各种赢利的方式工作。
我的意见是,这些人允许白白进口。这可能是现在最大的痛苦。一方面,MQL程序员要求获得更多的权力,但另一方面,终端本身必须保持一个单一的产品。而不是任由人们的各种MOD和补丁摆布的华而不实的东西。