服务。他们已经启动并运行了吗? - 页 7 1234567891011121314...25 新评论 Stanislav Korotky 2019.02.21 12:27 #61 fxsaber:我不知道为什么还需要反馈。但是,通过再次的资源到服务来传输数据并不是一个问题。该服务的重点是挂在后台并处理一些批处理任务。如果它是有规律的周期性的东西--比如说开始一次就忘掉它--那是一回事。但如果是周期性的呢?如何将一个新任务转移到服务中?如何从MQL启动一个服务?资源、文件和其他变通方法都很清楚,但还有很多地方需要改进。 fxsaber 2019.02.21 12:36 #62 Stanislav Korotky:该服务的本质是挂在后台并处理一些批处理任务。如果它是一个持续的循环--比如说跑一次就忘了它--那是一回事。但如果它是反复出现的呢?如何将一个新任务转移到服务中?如何从MQL启动一个服务?资源、文件和其他变通方法都很清楚,但还有很多地方需要改进。90%的服务是为定制构建而调整的。这样,就有了带有堆栈之类的自定义符号。这就是为什么不仅接收而且发送数据都没有被考虑。一种自给自足的程序,它的特点是自动与终端运行。 Реter Konow 2019.02.21 12:37 #63 Stanislav Korotky:该服务的本质是挂在后台并处理一些批处理任务。如果它是一个持续的循环--比如说跑一次就忘了它--那是一回事。但如果它是反复出现的呢?如何将一个新任务转移到服务中?如何从MQL启动一个服务?资源、文件和其他变通方法都很清楚,但还有很多地方需要改进。资源为项目之间的信息交流提供了一个很好的途径。你只需要知道如何与他们合作。起初我以为MQL没有任何大量的共享应用内存。事实证明是有的,但以一种有点不寻常的形式--以资源的形式。 Stanislav Korotky 2019.02.21 12:40 #64 fxsaber:这些服务有90%是为第三方饲料定制的。这是很狭隘的,降低了服务的价值,IMHO fxsaber 2019.02.21 12:41 #65 Stanislav Korotky:这是很狭隘的,降低了服务的价值,IMHO这就是开发商的愿景。沃恩,与试图突破的定制的 关于交易、自动交易系统和交易策略测试的论坛 新版本的MetaTrader 5 build 2005:经济日历、MQL5服务和R的API fxsaber, 2019.02.20 17:18 请删除内置的保护措施,以免向自定义符号抛出早期刻度线。 TheXpert 2019.02.21 14:04 #66 有没有一种情况下,它比EA或脚本使用起来更方便? fxsaber 2019.02.21 14:08 #67 TheXpert:有没有一种情况下,它比EA或脚本使用起来更方便?目前的公式化合成物是以隐藏但相同的服务的形式实现的。这就是它的方便之处。 Maxim Dmitrievsky 2019.02.21 14:30 #68 TheXpert:有没有一种情况,使用它们比使用EA或脚本更方便?没道理啊,我自己也想不出来啊 将它们定位为90%的饲料,但不能同时从一份终端中访问不同的账户 如果现在几乎所有的第二种饲料都有mt5,无论是证券交易所还是DTs,那么饲料是什么? fxsaber 2019.02.21 14:36 #69 Maxim Dmitrievsky:如果现在几乎所有的饲料都有mt5,无论是交易所还是DT,都有mt5。如果你这样想,那么也就没有必要使用公式化的合成物了。 Maxim Dmitrievsky 2019.02.21 14:40 #70 fxsaber:如果你这样想,那么也就没有必要使用公式化的合成物了。所以,当大多数饲料都可以通过自己的平台获得时,你怎么能让饲料不专注于自己的平台呢? 只要打开从服务中访问其他账户的可能性,它们就完全足够了。 1234567891011121314...25 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我不知道为什么还需要反馈。但是,通过再次的资源到服务来传输数据并不是一个问题。
该服务的重点是挂在后台并处理一些批处理任务。如果它是有规律的周期性的东西--比如说开始一次就忘掉它--那是一回事。但如果是周期性的呢?如何将一个新任务转移到服务中?如何从MQL启动一个服务?资源、文件和其他变通方法都很清楚,但还有很多地方需要改进。
该服务的本质是挂在后台并处理一些批处理任务。如果它是一个持续的循环--比如说跑一次就忘了它--那是一回事。但如果它是反复出现的呢?如何将一个新任务转移到服务中?如何从MQL启动一个服务?资源、文件和其他变通方法都很清楚,但还有很多地方需要改进。
90%的服务是为定制构建而调整的。这样,就有了带有堆栈之类的自定义符号。这就是为什么不仅接收而且发送数据都没有被考虑。一种自给自足的程序,它的特点是自动与终端运行。
该服务的本质是挂在后台并处理一些批处理任务。如果它是一个持续的循环--比如说跑一次就忘了它--那是一回事。但如果它是反复出现的呢?如何将一个新任务转移到服务中?如何从MQL启动一个服务?资源、文件和其他变通方法都很清楚,但还有很多地方需要改进。
资源为项目之间的信息交流提供了一个很好的途径。你只需要知道如何与他们合作。起初我以为MQL没有任何大量的共享应用内存。事实证明是有的,但以一种有点不寻常的形式--以资源的形式。
这些服务有90%是为第三方饲料定制的。
这是很狭隘的,降低了服务的价值,IMHO
这是很狭隘的,降低了服务的价值,IMHO
这就是开发商的愿景。沃恩,与试图突破的定制的
关于交易、自动交易系统和交易策略测试的论坛
新版本的MetaTrader 5 build 2005:经济日历、MQL5服务和R的API
fxsaber, 2019.02.20 17:18
请删除内置的保护措施,以免向自定义符号抛出早期刻度线。有没有一种情况下,它比EA或脚本使用起来更方便?
有没有一种情况下,它比EA或脚本使用起来更方便?
目前的公式化合成物是以隐藏但相同的服务的形式实现的。这就是它的方便之处。
有没有一种情况,使用它们比使用EA或脚本更方便?
没道理啊,我自己也想不出来啊
将它们定位为90%的饲料,但不能同时从一份终端中访问不同的账户
如果现在几乎所有的第二种饲料都有mt5,无论是证券交易所还是DTs,那么饲料是什么?如果现在几乎所有的饲料都有mt5,无论是交易所还是DT,都有mt5。
如果你这样想,那么也就没有必要使用公式化的合成物了。
如果你这样想,那么也就没有必要使用公式化的合成物了。
所以,当大多数饲料都可以通过自己的平台获得时,你怎么能让饲料不专注于自己的平台呢?
只要打开从服务中访问其他账户的可能性,它们就完全足够了。