The work is not polished yet. There are issues with simultaneous creation of several pending requests for the same ticket as these requests do not always work out correctly. Currently, the logic works correctly only if there is one pending request for each position or order. After a pending request is activated, executed and removed, it is possible to create a new pending request forthis position or order (if they are still active).
I plan to fix this issue gradually along with the further development of the library functionality as soon as I already have some graphical library objects.
你好，Artyom， 我记得几周前我第一次读到这些文章时，你就提到了这个未来的图形外壳...您能提供更多关于您的愿景的细节吗？
哦...这个话题太宽泛了，不可能一言以蔽之...
几乎每个对象都有自己的图形对象，可以显示其 "父对象 "的所有信息。每个对象都可以从其他对象访问--就像我们现在可以访问不同的对象一样。所有图形对象都可以与其他对象交互。每个对象都有自己的图形表示类型。将有多种类型的图形对象，你可以根据这些对象组成自己的复杂图形对象。每个对象都能与鼠标光标交互，并相应地具有不同的反应和处理程序。因此，您可以为各种对象及其交互方式创建自己的图形表示类型。
阿尔乔姆
有没有可能将这个库以编译的形式连接到 Expert Advisor 中？这样，如果对 Expert Advisor 做了小改动，就不必每次都编译整个库了。
我认为应该有这种可能性，但我不知道该怎么做。
阿尔乔姆
有没有可能将这个库以编译的形式连接到 Expert Advisor 中？这样，如果对 Expert Advisor 进行微小改动，就不必每次都编译整个库了。
我想应该有这种可能性，但我不知道怎么做。
好的。
考虑到程序库的大小和编译所需的时间，我认为这是必要的。
好的
在我看来，考虑到程序库的大小和编译所需的时间，这是必要的。
您可以在编译时禁用优化。速度会更快
是的，确实会更快。但只是快了一倍。
在我的笔记本电脑上，编译时间长达 60 秒，而现在禁用优化后，编译时间缩短至 30 秒。如果我们考虑到这只是第 34 部分（不是最后一部分），那么这仍然是一个很大的数字。毕竟，程序库只会越来越大....。
我以为它可以很容易地做成 DLL（例如）并连接到智能交易系统。但我试了一下，...不知道该怎么做...
我以为可以很容易地将其制作成 DLL（例如）并连接到智能交易系统。但我试了一下还不太清楚怎么做...
有纸浆类似物，请参见文档
谢谢。
这似乎正是我需要的。至少理论上是这样。但实际上，当我尝试用 #property 库编译 Engine 文件时，我无法 导出方法（本质上是函数）--我得到了一个错误。看来我们需要添加更多调用这些方法的函数（可导出）。此外，在导入这些函数的程序中将不会出现工具提示。
总的来说，这一切都 不尽如人意....。
你有没有在以后的章节中打磨和修复这个问题，还是在开发图形部分时忘记了这个问题？如果您修复和完善了这个问题，能否告诉我是在哪一章中？
谢谢
你有没有在以后的章节中打磨和修复这个问题，还是在开发图形部分时忘记了这个问题？如果你修复了这个问题，能告诉我是在哪一章吗？
谢谢