需要MT4开发者和程序员的帮助 - 页 8

 
marketeer:

而且,如果我没记错的话,以前是没有这个东西的,也就是说,说得不好听一点,这是为了 "方便 "程序员而专门增加的一个 "功能",但它违反了现有代码的不变性(为以前的初始化规则编写)。因此,在可能的情况下保留旧代码与新版本软件的兼容性这一不变的原则没有被遵守。

没有人反对新功能和优化。但为什么不以一种不破坏旧代码的方式来做呢?特别是,对于这种新的初始化,我们可以分配额外的预处理命令,类似于#property strict。例如,它可以是#property lazyinit,如果它是由开发者指定的(即明确的,这意味着他知道mql中新的初始化),那么我们为优化后的优化感到高兴。而如果没有指定,那么我们很高兴之前的代码工作一致,不需要挖掘和寻找可以保留全局变量 的地方,现在不仅要声明,还要在OnInit中单独初始化。对于每个这样的变量,将有2行代码,而不是1行。

5+
 

我百分之百地支持这个专题的启动。MQ最近向四胞胎的方向抛出了越来越多的陷阱。

如果你赋予任何新的功能--你必须确保所有组件在所有软件层面上都能工作。

是否使用了无限循环、定时器等并不重要。当MQ存在缺陷时,谈论糟糕的编程风格是不合适的。

这是否意味着创建这个带有参数的窗口的MQ开发人员甚至无法想象循环可以在MQL-程序中使用?

你是说MQ的开发者原则上不知道他们的存在吗?或者他们只是在修正后不对软件进行测试?

这只是我得到的印象。

我想提醒大家,我们正在与外汇市场合作,它不容忍任何错误或延误。

因此,绝对的任何错误(信息互动的中断),在这种情况下,明显破坏了用户和交易机器人之间的关系,是至关重要的。

人们会感觉到,一个准备好的微调的四号被注入了一个生的五号(用生牛奶稀释的煮沸的牛奶),现在所有人都在放屁。