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

 
fxsaber:

我不知道为什么还需要反馈。但是,通过再次的资源到服务来传输数据并不是一个问题。

该服务的重点是挂在后台并处理一些批处理任务。如果它是有规律的周期性的东西--比如说开始一次就忘掉它--那是一回事。但如果是周期性的呢?如何将一个新任务转移到服务中?如何从MQL启动一个服务?资源、文件和其他变通方法都很清楚,但还有很多地方需要改进。

 
Stanislav Korotky:

该服务的本质是挂在后台并处理一些批处理任务。如果它是一个持续的循环--比如说跑一次就忘了它--那是一回事。但如果它是反复出现的呢?如何将一个新任务转移到服务中?如何从MQL启动一个服务?资源、文件和其他变通方法都很清楚,但还有很多地方需要改进。

90%的服务是为定制构建而调整的。这样,就有了带有堆栈之类的自定义符号。这就是为什么不仅接收而且发送数据都没有被考虑。一种自给自足的程序,它的特点是自动与终端运行。

 
Stanislav Korotky:

该服务的本质是挂在后台并处理一些批处理任务。如果它是一个持续的循环--比如说跑一次就忘了它--那是一回事。但如果它是反复出现的呢?如何将一个新任务转移到服务中?如何从MQL启动一个服务?资源、文件和其他变通方法都很清楚,但还有很多地方需要改进。

资源为项目之间的信息交流提供了一个很好的途径。你只需要知道如何与他们合作。起初我以为MQL没有任何大量的共享应用内存。事实证明是有的,但以一种有点不寻常的形式--以资源的形式。

 
fxsaber:

这些服务有90%是为第三方饲料定制的。

这是很狭隘的,降低了服务的价值,IMHO

 
Stanislav Korotky:

这是很狭隘的,降低了服务的价值,IMHO

这就是开发商的愿景。沃恩,与试图突破的定制的

关于交易、自动交易系统和交易策略测试的论坛

新版本的MetaTrader 5 build 2005:经济日历、MQL5服务和R的API

fxsaber, 2019.02.20 17:18

请删除内置的保护措施,以免向自定义符号抛出早期刻度线。
 

有没有一种情况下,它比EA或脚本使用起来更方便?

 
TheXpert:

有没有一种情况下,它比EA或脚本使用起来更方便?

目前的公式化合成物是以隐藏但相同的服务的形式实现的。这就是它的方便之处。

 
TheXpert:

有没有一种情况,使用它们比使用EA或脚本更方便?

没道理啊,我自己也想不出来啊

将它们定位为90%的饲料,但不能同时从一份终端中访问不同的账户

如果现在几乎所有的第二种饲料都有mt5,无论是证券交易所还是DTs,那么饲料是什么?
 
Maxim Dmitrievsky:

如果现在几乎所有的饲料都有mt5,无论是交易所还是DT,都有mt5。

如果你这样想,那么也就没有必要使用公式化的合成物了。

 
fxsaber:

如果你这样想,那么也就没有必要使用公式化的合成物了。

所以,当大多数饲料都可以通过自己的平台获得时,你怎么能让饲料不专注于自己的平台呢?

只要打开从服务中访问其他账户的可能性,它们就完全足够了。