那么你是如何想象通过DLL进行这种工作的呢?
我不认为MQL4的标准手段能够进行交换。但如果你知道怎么做,请分享一下。
而通过dll,你可以,例如,连接一个可以从任何目录中读取文件的函数,而不只是从一个目录中读取文件!
每个终端的dlls仍将引用同一个公共文件。在我看来,这将引起一些错误,导致这种计划的不稳定运行。IMHO。
你看过多终端吗?是否有可能同时连接到不同的服务器?
我想到了一个问题:如果多终端有能力与几个账户一起工作,那么它可能可以同时与真实和模拟服务器一起工作。如果我们用另一家经纪公司的真实服务器地址替换演示服务器地址,会怎么样?
每个终端的dlls仍将引用同一个公共文件。在我看来,这将引起一些错误,导致这种计划的不稳定运行。IMHO。
你看过多终端吗?是否有可能同时连接到不同的服务器?
我想到了一个问题:如果多终端有能力处理一个以上的账户,那么也许可以同时在真实和模拟服务器上工作。如果我们用另一家经纪公司的真实服务器地址替换演示服务器地址,会怎么样?
没有错误,因为我已经在文件中做了这个方法。文件是2个,即每个EA都有自己的文件,将报价保存在其中,EA之间相互读取对方的文件。最主要的是进行正确的读写(专家顾问一直读取同一个文件,一直写入同一个文件)。我同意,稳定性会比参考内存更差。
多终端没有这样的选项,即使有,你也不能在那里运行EA。你想手动实现这样的计划吗?(我不知道)
你看了多终端的情况吗?是否有可能同时连接到不同的服务器?
我在质疑是否有可能对写_1--读_2,写_2--读_1进行时间排序。
这个过程是如何排序的,以便EA不会在同一个文件上相遇,他们能否区分以前读到的数据和新数据(需要额外的时间识别)
而总的来说,这个游戏是否值得努力?如果在报价上会有差异,那么有几件事情同时反对这场比赛。
1-2个点差(2*2-4个点)。
2- 滑落。
3- 执行订单的实际速度低(在处理经销商的订单过程中,价格可能会发生变化,并否定正差)+重新报价
等。
这不是一个问题,因为一个EA一直在向一个文件写入,而另一个EA一直在从这个文件中读取,发生的顺序并不重要。为了检查数据的相关性,我使用了本地时间,即每100毫秒写一次报价,然后通过本地时间检查相关性。
关于 "烛台":我不知道确切的答案,这就是为什么我想检查它。我更相信量化的数据。如果总点差是4个点,分歧是10个点,那么即使在恶劣的条件下,我们也可能得到至少一半的6个盈利点,你怎么看?
我质疑写_1---读_2,写_2---读_1的定时正确顺序的可能性。
你好!
我想实施以下策略:"关注不同经纪公司的报价差异。
这个策略非常简单,就是你可以在两家经纪公司的同一个工具上投入相反的汇率,并等待报价向正确的方向发散,然后你可以关闭两个赌注,总共获利(差异报价的价值必须大于两家经纪公司的总佣金)。
这种策略在很长一段时间内并不新鲜,但我还没有看到。我想用它。
主要问题是必须在任何时候同时知道两个经纪公司的报价值,而顾问只在一个终端(一个经纪公司)工作。
也就是说,我们在每个MT4终端中都有一个专家顾问在运行,这个专家顾问只知道自己的报价,而不知道邻居的报价!
我们必须使两个EA都知道对方的报价,也就是说,它们可以相互交换数据。
我想让他们分享他们所知道的情况。我也想得到一些反馈。
我想出了2种交换数据的方法。
1) 最琐碎的:将数据写入文件,由另一个专家顾问读取该文件。基本上,这是很容易做到的。唯一的问题是,专家顾问只能从 "其目录 "中读写文件。但一切都可以用Dll来解决。
还有一个很好的缺点:交换速度低。无法与从内存中写入和读出的速度相比((()。
2) 我不确定你能做什么(因为我不是一个很好的程序员),但是,在这里,我想向程序员学习,比如。
在内存中分配一个地方,并在那里写入引号,这个地方的地址对两个EA来说都是已知的,所以它们都可以对这个地方进行读写。
当然,这整个技术是通过一个dll实现的。
3) 我也发现了GlobalAddAtom,但如何用它来编写一个dll?
如果有人对这个策略感兴趣,也想实施它,那么请与我联系,我很乐意分享我的工作