Init()和DeInit()执行顺序 - 页 11

新评论
 
Alexey Viktorov:
把时间浪费在这种无用的争吵上，为这种小事争吵不是很可惜吗？

实际上，仅仅意识到这一特殊性更为重要。

 
Andrey Dik:

我已经清楚地写了--保持需要转移到副本的数据始终是最新的，你不需要只在启动时做，始终保持最新。

这些数据应该在哪里更新？请举一个例子。我不认为你可以做得比文件更好。因此，只是与文件是一个巨大的问题。还是你认为每秒钟更新一个文件是一种很好的做法？

所有其他情况都是由于暴躁而设计的。

那么，"蓝屏上的临时干扰 "也是指标开发者的错？这正是还没有人说如何绕过的例子。而这是没有办法的事。

如果在同一时间运行同一指标有问题，那么每次都创建唯一的对象，并与TF相连接，如果已经有对象，则在名称上加1。

没有人举出一个案例，说明由于目前终端与指标的工作方式，问题是无法解决的。这些问题的发生是由于对指标的处理不当。

我已经举了几个例子。但你只是简单地否定它们，或者换句话说，对这些问题闭上眼睛。

一般来说，许多人似乎不明白有3种类型的项目是有原因的（第4种即将到来）。

是的，是有原因的。这是因为人类的一个简单弱点--半途而废。毕竟，一个平台中必须有1种程序。不多也不少。第四种类型的出现是对自我失败的深化。
 
Ihor Herasko:


是的，是有原因的。因为人类 的一个基本弱点--半途而废。一个平台中必须有1种程序。不多也不少。第四种类型的出现是对自我失败的深化。

以这种态度对待开发者，听到你期望开发者解决你的问题，真是奇怪。

如果连我这个热衷于为平台进行各种改进和简化的斗士都不觉得有什么问题，那么喜欢半途而废的人肯定不会觉得有什么问题。

 
Alexey Viktorov:
把时间浪费在这种琐碎的无用争吵上，不是很可惜吗？
你是对的，我是!但你什么都没说错。
 
Andrey Dik:

以这种态度对待开发人员，从你那里听到你期望开发人员解决你的问题，这很奇怪。


我对平台开发者的态度很正常 ))人类的弱点是我们的共同问题，而不是其个别代表的问题。

虽然你和我在节目类型的话题上确实出现了分歧。你应该有一个单独的主题来讨论这个问题。但我看不出有什么意义，因为这将是纯粹的学术，甚至没有一丝实际应用。

我所说的意思是指程序执行的 通常逻辑。这样的逻辑在MT4中是存在的，而且必须以一种好的方式转移到MT5。事实上，这并不是MT4的缺点。在这种情况下，这是它比MT5的优势。因此，如果你想开发MT5并迅速忘记MT4，为什么不从MT4中吸取精华呢？好吧，我们必须弥补缺点，最多就是改进优点。但要引入新的弊端...

 
Nikolai Semko:
那么就是这样了！？
我一直在做实验，并充分使用这个原因代码(REASON_CHARTCHANGE)。如果所有的变量都被重新设置为原始状态，并且OnDeinit可以在新的TF的OnInit之后执行，那还有什么用呢？

取消初始化的原因

由UninitializeReason() 返回的专家顾问 脱机原因代码。可以有以下任何一个值。

.........

指标 目前只接受代码1（REASON_REMOVE）和代码2（REASON_RECOMPILE）。
 
Georgij Komarov:

取消初始化的原因

由UninitializeReason() 返回的专家顾问 脱机原因代码。可以有以下任何一个值。

.........

指标 目前只接受代码1（REASON_REMOVE）和代码2（REASON_RECOMPILE）。

你确定吗？
 
Georgij Komarov:

取消初始化的原因

由UninitializeReason() 返回的专家顾问 脱机原因代码。可以有以下任何一个值。

.........

指标 目前只接受代码1（REASON_REMOVE）和代码2（REASON_RECOMPILE）。

这是个过时的信息。经过多次要求，我们已经开始向指标发送其他理由

也有很多的讨论。奇怪的是，没有人记得指标的不同副本。

 
Ihor Herasko:


我对平台开发者的态度很正常 ))人类的弱点是我们的共同问题，而不是其个别代表的问题。

尽管你和我确实已经偏离了节目类型的主题。我们应该为此建立一个单独的分支。但我认为意义不大，因为这将是纯粹的学术，甚至没有一丝实际的实施。

我所说的意思 是指 程序执行的 通常逻辑。这种逻辑在MT4中是存在的，以一种好的方式，它必须转移到MT5。事实上，这并不是MT4的缺点。在这种情况下，这是它比MT5的优势。因此，如果你想开发MT5并迅速忘记MT4，为什么不从MT4中吸取精华呢？好吧，我们必须弥补缺点，最多就是改进优点。但要引入新的弊端...

就是这样，我们在抱怨......

你所要求的正是正常的桌面应用程序中所没有的东西。如果开发者不做所有这些已经 "开箱即用 "的功能，MQL程序的编写者将不断面对桌面开发的所有魅力，无论是安全问题还是执行速度。
 
Nikolai Semko:

非常有问题的问题，并不复杂。试着真正尝试通过一个简单的手表的例子来重复我在 这个产品 中所实现的东西。在腕轮中，你用鼠标改变周期，然后，当你改变TF时，变化应该被保存。而且你会看到，没有什么复杂的东西。而如果你需要传递一个数组。你会看到它是多么 "简单"。也许，我自己也会这么想，如果我还没有实施的话。

在主变量中存储周期有什么问题？

为什么有必要在不同TFs上连续运行指标之间转移数据阵列？

1...456789101112131415161718...28
新评论