«Рассуждать о коде» значит понимать порядок исполнения инструкций («исполнять программу в голове»), зная, каково предназначение кода. Симптомы Наличие «волшебного», «вуду» кода или кода, который не имеет никакого отношения к целям программы, но всё равно тщательно поддерживается (например, инициализация переменных, которые никогда не...
所以该工具必须是一个指标或脚本。也就是说，你需要将代码编译成一个指标或脚本（而不是EA），并将其发布在实用工具部分。
所以该工具必须是一个指标或脚本。也就是说，你需要将代码编译成一个指标或脚本（而不是EA），并将其发布在实用工具部分。
谢谢你的建议，我将试一试。
所以该工具必须是一个指标或脚本。也就是说，你必须将代码编译成一个指标或脚本（而不是EA），并将其发布在实用程序部分。
为什么对产品形式的选择有这样的限制？
指标有已知的限制（例如，你不能使用睡眠 网络请求，等等），当你切换时间框架时，一个脚本将被重置...
这是关于公用事业的官方立场吗？
为什么不能将实用程序设计成专家？
这是关于公用事业的官方立场吗？
不，我只是分享我在市场上投放产品的经验。
为什么对产品形式的选择有这样的限制？
我是基于基本的逻辑。如果程序不进行交易，为什么要把它变成一个专家顾问？让它成为一个指标要容易得多。你可以在图表上附加一个以上的指标。
这些指标有众所周知的限制（例如，你不能使用睡眠网络请求，等等），当你切换时间框架时，一个脚本将被重置...
这些指标还有哪些非交易型专家顾问所不具备的限制？我的脑海中还没有想到什么。
为什么不能将该工具设计成专家顾问？
测试以错误告终
你说对了!:)
例如，你可以通过使用 "睡眠"（Sleep）--CPU上的负载，有效地实现计算资源 的节约。
或者再举一个例子：你可以实现等待下载必要的时间序列。
或者另一个例子：你也可以实现图形的动画。
在脚本中，如果没有它，就不可能实现定时器。
你可以想出很多其他的事情，可以用睡眠来完成；)
测试以错误告终
这对开发商来说是一个特殊的难题。每个人都以自己的方式绕过他们。
我打赌!:)
例如，你可以有效地利用睡眠来节省计算资源--CPU上的负载。
或者再举一个例子：你可以实现等待所需的时间序列被下载。
或者另一个例子：你也可以实现图形的动画。
在脚本中，如果没有它，就不可能实现定时器。
是的，有很多事情都可以用睡眠来完成;)
请）））。
不客气 ))
这是一个有点抽象的...我们谈论的是一件具体的事情和一个具体的环境。
当然，你能给出具体的论据，为什么我们讨论的 "睡眠 "在我们的背景下对程序架构不利？
我已经给出了一些论据...而在使用Sleep解决这些任务时，我没有看到架构上的任何缺陷。
也许我对你的说法有误解？如果是这样，请更正。
我只想了解：我错过了什么？我个人认为这个函数非常有用，经常用它来完成MQL中的一些任务，我甚至无法想象它能更优雅地解决这样重要的任务。