当转移到另一个时间框架时,我如何改变指标中的全局变量结构? - 页 3

 
Mikhail Nazarenko:

采取更广泛的观点。除了计算指标数据外,还有设置警报,其他用户行为不应随着时间框架的变化而变化。如何与他们打交道?

在终端的全局变量 中写入,从图表中读取对象。

启动警报不能(不应该)发生,即毫不含糊地等待一个新的警报。

ps. 双变量是64位=64个按钮开关可以存储在一个全局变量中。

 
Taras Slobodyanik:

写入终端的全局变量,从图表中读取对象。

启动警报不可能(不应该)发生,所以肯定要等待新的警报。

更好的做法是,将其写入globals,并将其备份到对象中,因为有时globals会在意外事件中崩溃(终端崩溃、断电)。

 
Taras Slobodyanik:

写入终端的全局变量,从图表中读取对象。

启动警报不能(不应该)发生,即毫不含糊地等待一个新的警报。

你在追求 "备份/恢复或转移到另一个终端而不需要一次捣毁":-)

 
Maxim Kuznetsov:

你将在追求 "备份/恢复或转移到另一个终端,而不曾说过脏话":-)

完全没有,实际上没有人需要它。

 
transcendreamer:

更好的做法是,将其写入globals,并将其备份到对象中,因为有时globals会被意外事件(终端崩溃、停电)所破坏。

从头再来,没什么大不了的

 
Taras Slobodyanik:

写入终端的全局变量,从图表中读取对象。

启动警报不能(不应该)发生,即毫不含糊地等待一个新的警报。

ps. 双变量是64位=64个按钮开关可以存储在一个全局变量中。

这就是我们讨论这个话题的方式,因为没有拐杖,就没有他妈的解决办法。我已经有各种各样的废话来绕过编程语言的匮乏。而我想要的是一种进化。

 
Mikhail Nazarenko:

这就是我们讨论这个话题的原因,因为没有拐杖,我们就解决不了任何问题。我已经有很多废话来绕过编程语言的匮乏。而我想要进化。

在最开始的时候,它是关于写结构的--要么是FileWriteStruct,要么是通过像任何文件一样的联盟。

 
Taras Slobodyanik:

从头再来,没什么大不了的

然后我们应该加上:从头开始重启,并手动重新启动所有值,以恢复整个环境😊。

 
transcendreamer:

然后我应该补充:从头开始重新启动,并手动重新键入所有的值,以恢复整个环境😊。

嗯......如果是这样一个复杂的计算器,那么是的,你必须保存文件,但无论如何,我相信点击几下就够了。
(或一些全局变量 来保存用户点击的内容)

 
就个人而言,我通过工会使用资源。
即使是结构的阵列也很容易在TF之间转移,而不需要写到文件 中。
原因: