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

新评论
 
Roman:

服务中的自定义事件将是在不阻塞主服务循环的情况下从外部获得这种信息的正确方式。

常规服务的一个例子是公式化的自定义符号。不幸的是，那里什么都没有，除了无休止的循环中的10Hz刷新。显然，通过EA/指标来实现进货是不对的。因此，只有服务。而其他许多任务是其他类型的MQL程序。例如，Backoffice必须包含GUI。而服务部是不应该拥有它的。也许我们应该更严格地审视那些真正需要由服务部门解决的任务。

 
fxsaber:

常规服务的一个例子是公式化的自定义字符。不幸的是，除了在无限循环中的10Hz更新外，那里什么也没有。 显然，通过EA/指标来实现进货是不对的。因此，只有服务。而其他许多任务是其他类型的MQL程序。例如，Backoffice必须包含GUI。而服务部是不应该拥有它的。也许我们应该更严格地审视那些真正需要由服务部门解决的任务。

这就是服务的作用，在一个单线程的无尽循环中工作。
例如，从外部接收数据以进一步处理和建立分析或在另一种类型的mql程序中建立相同的GUI。
在服务中实施什么是一个想象力和必要任务的问题。
最主要的是要有技术能力。

在其中一个构建的公告中，有关于一种新的程序类型 "模块 "的信息。
如果一个单独的模块在自己的线程中运行，并拥有专家顾问中的所有处理程序，这种类型的程序有可能极大地扩展其能力。
但何时推出，以及其功能是什么，目前还不知道。

 
Roman:

在服务中实施什么是一个想象力和必要任务的问题。
最主要的是要有技术能力。

那么，为什么后台需要通过该处完成？

你可以运行该服务，例如，对注册情况进行统计。但这时就需要一个无尽的循环。

 
fxsaber:

那么，为什么后台需要通过该处完成？

你可以运行该服务，例如，对注册情况进行统计。但这正是需要无尽循环的地方。

为方便起见，跑了就忘。
在不使用有限数量的图表的情况下，要运行专家。

 
交易所清算结果的分解--是的，有这样一个有趣的任务，以及在Majik EAs的背景下计算PnL--目前的MT5终端不允许用本地功能做很多事情。
同样的问题，不幸的是，fxsaber没有理解，是根据当前和预测的波动率值计算交易资产的自有保证金值 的问题（而不是使用经销商的最低固定值，如。1:200/1:500等)
 

社区对这些服务一无所知，开发商也没有将其作为官方工具提供。

要了解为什么需要服务，你只需要分析他们收到的事件，...根本没有，只是启动了一个终端，它实际上是一种DOS的autoexec.bat，它不知道如何运行（不使用拐杖芯片）任何东西。

如果服务要由处理程序来处理，应该有一个事件模型，至少是一个定时器事件，而不是无休止的循环，我认为

 
Igor Makanu:

社区对这些服务一无所知，开发商也没有将其作为官方工具提供。

要了解为什么需要服务，你只需要分析他们收到的事件，...根本没有，只是启动了一个终端，它实际上是一种DOS的autoexec.bat，它不知道如何运行（不使用拐杖芯片）任何东西。

如果服务要由处理程序来处理，应该有一个事件模型，至少是一个定时器事件，而不是无休止的循环，我认为

服务要求每个人都要发明使用它们的方法。这就是他们的有趣之处。
 
Реter Konow:
服务需要每个人发明使用它们的方法。这就是他们的有趣之处。
1.新闻的背景加载
2.在多个线程中进行繁重的计算（运行服务的副本），以便不影响交易。
3.专家顾问从杯子中收集信息，该服务定期将其打包成一个压缩档案。
4.当多个专家顾问工作时，收集所有交易信息，处理并保存在数据库或发送。
5. ...
你有什么选择？
 
Aliaksandr Hryshyn:
1.背景新闻加载
2.在多个线程中进行繁重的计算（运行服务的副本），以便不影响交易。
3.顾问从杯子中收集信息，该服务定期将其打包成一个压缩档案。
4.在多个专家顾问工作时，收集所有交易信息，处理并保存到数据库或发送。
5. ...
你的选择？

2-3可以通过OBJ_CHART 上的一个脚本来实现。

 
fxsaber:

2-3可以通过OBJ_CHART 上的一个脚本来实现。

Expert/Script需要一个开放的图表。
图形的数量，是由终端限制的。
每一次渲染/更新图形，都是一个系统消息队列和一个不必要的资源负载。

1...16171819202122232425
新评论