服务。他们已经启动并运行了吗？ - 页 11

新评论
 
fxsaber:

我想这是在一篇遥远的文章中。

你不明白......这是一个通过api连接到第三方交易所的连接。我想连接到MQ服务器。它在帮助中没有任何地方，所以你不能。

此外，没有关于api的描述--如何获得一个符号、价格等。

 
Maxim Dmitrievsky:

你不明白......有一个通过api与第三方交易所的连接。我想连接到MQ服务器。帮助中没有提到这一点，所以你不能这样做。

既然有MT，为什么还要连接到服务器MQ？

特别是由于没有对这种api的描述--如何获得符号、价格等。

编写一个MT-C#-API对一个程序员来说只是几个晚上的事。获得一个完全可操作的任何语言的机器人，除其他外，它将通过MT5进行交易。

 
fxsaber:

既然你有MT，为什么还要连接到MQ服务器？

编写一个MT-C#-API对一个程序员来说只是几个晚上的事。获得一个完全可操作的任何语言的机器人，特别是会通过MT5进行交易。

你不看我的文章吗？)

我想从一个mt5终端同时连接到多个mt5账户

 
Maxim Dmitrievsky:

你没有读懂我说的话。

我只是在写能够通过MQ服务器的内部协议连接到MQ服务器。就这样了。在这一点上，你可以从服务中连接到任何东西，但不能连接到另一个MQ服务器

我理解，拥有这样一个API是仲裁员的梦想。解决这个问题的唯一方法是将多个终端 并联运行。

你可以使用主终端，并通过该服务从其他开放终端收集数据。在主终端上，你总共有

EURUSD_Alpari.

EURUSD_Dukascopy

EURUSD_LMAX

----


如果主控终端在慢速DC上，可以写一个初级的专家顾问，不超过MQL。所有的脏活累活都由该局完成。

 
fxsaber:

...

编写一个MT-C#-API对一个程序员来说只是几个晚上的事。获得一个完全可操作的任何语言的机器人，除其他外，将通过MT5交易。

)))在几个晚上写出的自制 "终端机器人 "可能在全球范围内取代MT的市场地位？ 你在谈论这些 "商业风险 "吗？

 
fxsaber:

我理解，拥有这样一个API是仲裁员的梦想。解决这个问题的唯一方法是将几个端子 并联起来。

你拿着一个主终端，使用该服务从其他开放终端收集数据。在主终端上，你总共有

EURUSD_Alpari.

EURUSD_Dukascopy

EURUSD_LMAX

----


如果主控终端在慢速DC上，可以写一个初级的专家顾问，不超过MQL。所有的脏活累活都由该局完成。

例如，在许多平台上都有这样的可能性。这是一种常见的做法，当使用一个信息源，而交易是在另一个经纪人那里进行的。

套利与此毫无关系。

例如，另一个供应商有市场深度、其他相关信息符号（指数、期货）和其他好东西。
 
Maxim Dmitrievsky:

许多平台都有这个选项，比如说。通常的做法是，使用一种饲料，用不同的经纪人进行交易。

套利与此毫无关系。

那么，为什么你需要反馈并与服务部门直接沟通？他们只是从第三方来源接收信息，并向你提供你需要的饲料。这正是服务部当初创建的原因。

 
fxsaber:

那么，为什么你需要服务部门的反馈和直接沟通？该服务只是从第三方来源接收信息，并做出你需要的馈送。正是为了这个目的，90%的服务部门被创建。

多么复杂的事情...我的饲料是在其他mt5经纪公司，如证券交易所（莫斯科，CME）。

我可以连接到任何其他经纪商，但不能连接到最流行的MQ feeds。

但在我看来，解释是没用的......这是关于同一事件的第二页

即使是套利，谁会在乎我的交易呢？

 
fxsaber:

没有DLL，你就不能 "扩展终端的GUI"。

你可以，但时间将是无法比拟的，在VS2017或Delphi设计器中，10-20次鼠标点击和10-20次手写行就能完成的事情，有经验的人，简直是在20-30分钟内就能完成。

在MQL中进行类似的工作将需要1天或更长时间。

我们不是在谈论 "自制"--如果你使用语言能力 从头开始写的话

SZY: 不知道什么原因，开发人员不给在测试器中使用图形界面的机会，而不是 "与钻石共舞"。

 
Реter Konow:

)))在几个晚上写出的自制 "终端机器人 "可以在全球范围内取代MT的市场地位？ 你在谈论这些 "商业风险 "吗？

没有。

1...456789101112131415161718...25
新评论