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

[Alexander Gandzyuk]

George Merts:

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

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

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

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

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

[Alexey Volchanskiy]

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