Вызывается в скрипте при наступлении события Start. Функция предназначена для однократного выполнения действий, заложенных в скрипт. Существуют два варианта функции. После завершения скрипта в журнале терминала будет создана запись вида "script имя_скрипта removed (result code N)", где N и есть то значение, которое вернула функция OnStart...
顺便说一下，你可以在MQL5中为4编译，但有时你会遇到故障。所以最好是全部编译。
我已经用同一个编译器编译了两年的所有东西。
你能得到什么样的故障？
我想知道第一手资料，什么是OnStart， 它与OnTick有什么不同？
请学会看网站菜单。很简单--抬起你的眼睛，看到菜单，其中第二个菜单项是文件。你可以使用搜索引擎--在左上方有一个图标。输入一个搜索查询，你会得到一个结果。在搜索结果页面的左侧，你可以选择你想看到搜索结果的部分。
请学会看网站菜单。很容易抬头看到菜单，其中第二个菜单项是文件。你可以进行搜索--在左上方有一个熟悉的图标。输入一个搜索查询，你会得到一个结果。在搜索结果页面的左侧，你可以选择你想看到搜索结果的部分。
还有一个这样的奇迹。
int start()也有这样的奇迹
这是一个旧的功能--来自旧的mql4的遗留问题。忘了它吧。
在与数据源一起工作时，缺乏事件模型，看起来就像一个拐杖。
作为这种拐杖的一个例子，考虑一下目前公式符号的实现--不是基于事件模型，而是基于一个定时器（循环）。因此，出现了跳票的情况。
早些时候，我们提到了服务中的多符号OnTick。为什么他们放弃和砍掉了这样的好主意？
这些服务 连续运行，通过一个特殊的任务 队列与终端进行通信。我们将在以后披露这些任务。
服务不是专家，也不是图表/计时器/价格事件处理程序。事件模型对于连续的过程来说是没有必要的，其意义在于永远不会被打断，并且不依赖于账户/服务器。
这些服务在功能上与专家是分开的，这样人们就不会创造出Frankenshine。服务有其自身的应用范围。
我用同一个编译器编译所有的东西已经两年了，没有出现任何故障。
你能得到什么样的故障？
编译器是一样的，你可以对两种语言使用相同的。
我用同一个编译器编译所有的东西已经两年了，没有出现任何故障。
你能得到什么样的故障？
至少现在我已经发现了文件的不同之处。
MQL5
MQL4
正如你所看到的，这个错误在4中被修复了，但5可能忘记了这个问题。我也抓到过一些东西，但现在不记得了。
至少现在我已经发现了文件的不同之处。
MQL5
MQL4
这个错误在4号文件中似乎已经被修复了。 在5号文件中，他们似乎忘记了这个问题。我在别的地方抓到过，但现在不记得了。
只有一个编译器，不是吗？
我没有看到任何故障。
只是，当你用扩展名命名一个文件时--版本也会自动切换。
也许你说的是语言的 不同功能？
编译器是一样的，你可以对两种语言使用相同的。
服务中不会有OnTimer或OnTick。只有OnStart。
这是一个特殊类型的程序，用于后台循环过程（数据输入、分析、外部链接等），而不是EA的替代品。
1963年的测试版已经出来了，你可以通过菜单更新。
而且它还没有固定：导航仪中的降序排序