你不能有一个复杂的解决方案，不会有大规模的使用，任何人都可以读写数组，如果需要更复杂的东西，将没有需求。 正如我上面写的，KB有体面的数据交换 解决方案，但我认为，GlobalArrayWrite(string name, int out[]) 和GlobalArrayRead(string name , int &in[]) - 就是这样，不再需要用户
你不能有一个复杂的解决方案，不会有大量的人，任何人都可以读和写数组，如果更复杂的东西不会被要求。 正如我上面写的，在KB中有很好的数据交换解决方案，但我认为，GlobalArrayWrite(string name, int out[])和GlobalArrayRead(string name , int &in[]) - 就是这样，你不需要更多的用户
...
将有一种方法可以在不同图表上运行的EA之间交换数据。
我已经实现了这一点，而且很有效。任何理解多重继承含义的人都应该能够做到这一点。否则，他所知道的就太可惜了。
任何标准函数都可以向终端的全局变量 发送一个字节数组（当然最好是一个int数组，这样可以减少关于如何转换的问题），相应的，反向函数可以让这个数组在另一个Expert Advisor中被读取。
全局变量只是不足以交换数据--有一个大字段用于变量名称，一个小字段用于数据，它需要相反的情况;)
SZZ：网络上有很多解析决策图的例子，主要是由于接口实现了灵活的代码结构，接口无处不在，在MQL中没有(
我完全同意。终端的全局变量是跛脚的。但你必须保存类的实例，而不是像WCF中那样保存数组。在我那个时候，我真的被这个功能震惊了。我可以直接发送类的实例，而不是在网络上抓取字节流，所有的东西都由.NET完成，而且很快，如果我以二进制形式发送的话。
嗯，当我按下键盘的时候，我有一个想法，要做一个这样的libu......。
---
关于决策图和接口，我根本没有遇到过，编程世界是巨大的））。
我已经实施了它，而且很有效。任何理解多重继承含义的人都应该能够做到这一点。否则，他的知识就毫无价值。
而且没有廉价的浮夸之风？
我已经实施了它，而且很有效。
и?
KB已经有现成的解决方案很长时间了，你也加入了自己的解决方案吗？ 还是只是......路过？
и?
KB已经有现成的解决方案很久了，你也添加了自己的解决方案吗？ 还是只是......路过？
从所提到的多重继承来看，空...
如WCF中的类实例
你不能有一个复杂的解决方案，不会有大规模的使用，任何人都可以读写数组，如果需要更复杂的东西，将没有需求。 正如我上面写的，KB有体面的数据交换 解决方案，但我认为，GlobalArrayWrite(string name, int out[]) 和GlobalArrayRead(string name , int &in[]) - 就是这样，不再需要用户
而且没有华丽的外表？
资源。在两个EA程序（或指标，或EA和指标）中声明一个带有几种类型数组的联盟，你想把它们放在不同的图表上。在每个程序中，你把对面的地址写在一个字符串变量中（文件夹、子文件夹、程序名称）。你使用两个功能进行交流--第一个功能是读取信息，第二个功能是写入信息。这两个程序中的函数都是以定时器频率调用的。
每个程序的功能必须将所有要传输的数据写入字符串变量中。然后，消息传递函数将 在定时器函数的末尾被调用，它将把收集到的字符串存储在资源中。另一个图表上的另一个程序，在下一个定时器周期，将调用位于另一个程序地址的资源的读取函数，并解压信息。然后，它可以用同样的方式向第一个程序编排信息，并将其传递出去，只需将必要的数据写入其资源中。
我在想，我已经做了大约13年的外汇交易，我在2006年开始使用MT4。我之所以进入这个话题，是因为当时我的女朋友要求我帮助我了解终端，我愉快地发现了一些类似C语言的MQL4，并迷上了它。记得很有趣，我在航站楼里用英语工作，并确信这是一个西方的发展。当我发现喀山的人做了，我就有了认知上的不协调））。
因此，13年过去了，我可以标记MT*终端发展的几个阶段。
1.MT5发展之初，我认为是2009年。MT5的开发开始了，我想是在2009年。 在那个时候，我曾经访问过alp论坛，我还记得Renat是如何带着他的宣传访问这个论坛的，我曾经争辩说，净额结算方案在外汇上是死的商业化。
2.对我来说是一个非常重要的里程碑，2013年初，发布了新的MT4 build > 600。伙计，我很兴奋，有结构，甚至有类，像C++中的新的正常定义。最后，所有的bug都得到了修复，编辑器在复制粘贴时不会崩溃，其他的bug也得到了修复。 以前我用C#语言写所有的策略，通过桥接C++，现在我开始把我的代码移植到MQL4，因为它可以正常工作，而不是洗牌。
3.我不记得这里的年份了，可能是2016年？请纠正。我的想法是使用MT5的对冲版本，这就是为什么我决定切换到MT5。
4.也不记得是哪一年了，大概是2018年？单一编译器和在MT5中编写一个多平台项目的可能性。从那以后，我就一直在为自己写作。当我向我的客户提供这个机会时，90%的人立即接受，绝对是所有的人都不知道的。对于多平台，我推荐fxsaber的MT4Orders libu，你可以在kodobase找到它。
5.这是一个大杂烩，因为MT5是不断发展的，这是非常令人高兴的。
我已经大致概述了13年的平台发展，但再过10年，会发生什么？也许，一些幻想会在未来的发展中得到体现 ))
这是另一件事...我曾经有10个女朋友同时求我，跪在地上，要我弄清楚终端......我回答他们：无耻，我不是一个自由人，我已经有50个女朋友在我的指导下，我在圣彼得堡只有一个三室一厅的公寓，我没有足够的时间 - 我必须日夜在车臣人身上撒尿......
而MT现在和将来都是如此。
и?
KB已经有现成的解决方案很长时间了，你也加入了自己的解决方案吗？ 还是只是......路过？
你不能有一个复杂的解决方案，不会有大量的人，任何人都可以读和写数组，如果更复杂的东西不会被要求。 正如我上面写的，在KB中有很好的数据交换解决方案，但我认为，GlobalArrayWrite(string name, int out[])和GlobalArrayRead(string name , int &in[]) - 就是这样，你不需要更多的用户
看，即使是文件操作也已经有很长时间了
uintFileWriteStruct(
intfile_handle,//文件处理
const void&struct_object,// 对象引用
intsize=-1// 写入的大小，以字节为单位
);
读写结构或类对象 比解析简单类型的流要方便得多。也许我随着年龄的增长变得懒惰了？是的，我更喜欢在少敲打键盘的同时做更多的事情 ))