QUIK + MetaTrader - 这在理论上是否可行？ - 页 5

新评论
 
HideYourRichess писал(а)>>

它现在有（如果我没弄错的话）ODBC输出--这非常好。

这里写到

ODBC是一种古老而缓慢的技术。你必须创建一个数据源，手动分配字段给快速表和ODBC表。假设你已经成功地做到了这一点。现在quickie将向ODBC表写入数据。但如果你想使用一个索引（例如，加快数据的获取速度或即时添加计算数据）。奎克将无法应付这个问题。它将报告一个错误并停止输出。你唯一可以支配的是一个添加触发器。乍一看，这似乎是你所需要的。但这里有一个令人不快的细节。你的触发器将运行一段时间，在这段时间内，Quick已经有时间形成新的数据（市场不在等待我们的触发器），因此，在我们的触发器工作后，将开始一个新的补充，这将是延迟的数据。

在这里http://www.luxidsoft.okis.ru/forum/viewtopic.php?t=7，人们说DDE是唯一的选择。
 
vasya_vasya >> :

>>这里说。

在这里http://www.luxidsoft.okis.ru/forum/viewtopic.php?t=7，人们说DDE是唯一的选择。

同意。这就是我所建议的DDE。

 
不，伙计们，ODBS作为一个未经处理的数据源，只是在客户端接收并已处理的数据，应该不会那么糟糕。它应该比DDE快。但事实上，当然，一切都取决于快速链接中的实现和客户端本身。这就是你必须深入挖掘的地方。在蜘蛛上有一个关于穿越WL和Quick的巨大分支，需要在闲暇时阅读。粗略一看，他们好像在使用odbs。或者，也许我误解了他们。
 

使用QuickBooks中的数据，你可以在mt4中建立图表（可以离线打开）。

在这些图表上，可以启动指标和顾问（它们将向quickwik发送订单）。

一切都会像在线一样实时工作

我也是用currenex做的

 
nickbilak >> :

使用Quicksilver的数据，你可以在mt4中建立图表（可以离线打开）。

在这些图表上，可以启动指标和顾问（它们将向quickwik发送订单）。

一切都会像在线一样实时工作

我对currenex做了类似的处理

你是一个真正的印度人，你知道如何剥头皮吗？

 
HideYourRichess >> :

{...}有的。这不是最好的解决方案，但也是可能的。:)我们需要写一个DLL。我们需要强行让MT的时间流逝。例如，有可能以指标的形式绘制第三方报价。{...}

我们需要最简单的执行方式，像period_converter脚本那样记录到历史文件，并在外部勾选metatrader。我不知道你怎么能无视元引号本身给出的最简单的解决方案。 我已经表明，你可以从metatrader中获得带有活动工具的窗口的名称和手柄。此外，窗口的滴答声是两个指令。而且，报价可以从任何地方拉出来--包括Windows窗口和C#窗口。还没有看过JAVA。如果有DDE/其他方式，你也可以使用它们。

 
jartmailru >> :

我们需要的是最简单的实现记录到历史文件，就像period_converter脚本所做的那样+外部勾选metatrader。我不知道你怎么能无视元引号本身给出的最简单的解决方案。 我已经表明，你可以从metatrader中获得带有活动工具的窗口的名称和手柄。此外，窗口的滴答声是两个指令。而且可以从任何地方进行报价--包括Windows窗口和C#窗口。还没有看过JAVA。如果有DDE/其他方式，你也可以使用它们。

好吧，这就是我所写的内容。有一个DDE - 最合乎逻辑的方法是修改历史，并通过QUIK中的报价的到来产生一个刻度 - 也就是通过DDE。

 
jartmailru >> :

现在需要的是最简单的实现记录到历史文件，就像period_converter脚本所做的那样+外部勾选metatrader。我不知道你怎么能无视元引号本身给出的最简单的解决方案。 我已经表明，你可以从metatrader中获得带有活动工具的窗口的名称和手柄。此外，窗口的滴答声是两个指令。而且可以从任何地方进行报价--包括Windows窗口和C#窗口。还没有看过JAVA。如果有DDE/其他方式，你也可以使用它们。

你到底想说些什么呢？

 
HideYourRichess >> :

你到底想说些什么呢？

关于这个事实，其实是非常简单的。

 
jartmailru >> :

关于它真的是多么简单。


你为什么要告诉我这些？我哪里说了不对？你的理解力有什么问题，又是一个无法克服的问题？

123456789
新评论