MetaTrader 4 IDE的测试版,包括新的MQL4编译器和编辑器 - 页 6

 
Zhunko:

在这里我强调了它,所以没有人会说它是完全兼容的。

红色强调了最令人不快的。


你还忘了强调这一点。

  • 由于关键字的扩展,像short、long、float、const、virtual、input、delete、new、do、char这样的名字现在不能使用。

我认为这些名字颇受许多人欢迎,特别是新的char

还有这个。

  • 你不能再在变量名称中使用句号了。另外,你不能在变量名中使用'@'、'$'、'?'。

当然,这并不常见,但我在变量名中经常使用"$"符号。这在任何地方都不被禁止。而有些人用一个点来使它看起来像一个结构/类的成员

因此,事实证明,上述所有项目都应该被强调 :)

 
Zhunko:

我强调了这一点,以便没有人谈论完全兼容的问题。

我把最令人不快的部分用红色标出。

我认为这不值得向整个论坛哭诉和抱怨,说他的所有工作被抢走了。荒谬,你不觉得吗?顺便说一下,我读过这方面的资料,我不认为这是一种不可弥补的兼容性损失。不是吗?就这样,所有的代码都被扔进了垃圾桶?

我为我的严厉表示歉意--我已经厌倦了某些对象的抱怨。

 
Meat:


你还忘了强调这一点。

我认为很多人都很喜欢这些名字,特别是新的有魅力 的名字。

然后是这个。

这并不常见,但我经常在变量名中使用'$'符号。这在任何地方都不被禁止。 而有些人为了清晰起见,用了一个点,使它看起来像一个结构/类的成员。

所以,所有列出的项目都必须做标记 :)

你知道Ctrl+H的存在吗?
 
artmedia70:
你知道Ctrl+H的存在吗?

显然,你没有或只有少量自己的设计。这就是为什么它不会困扰你。还有许多人有几百个写好的代码,但没有足够的时间去修改它们,然后检查是否一切正常。而且代码库中也有很多好东西。

而且,你不可能仅靠替代物就能做到。顺子提出要优先考虑逻辑操作,这不是没有道理的。这可能是最严重和最危险的事情。代码将被编译并工作,但逻辑可能被破坏。

 
Meat:

显然,你没有或只有少量自己的设计。这就是为什么它不会困扰你。还有许多人有几百个写好的代码,但没有足够的时间去修改它们,然后检查是否一切正常。而且代码库中也有很多好东西。

而且,你不可能仅靠替代物就能做到。顺子并没有白白提出逻辑运算优先的观点。这可能是最严重和最危险的事情。代码将被编译并工作,但逻辑可能被破坏。

不要对你不知道的事情说肯定的话,嗯?我说的是我自己的工作。那是一个。其次--是的,我不担心逻辑操作的 优先级,因为在我的代码中,它们被设置成不会被创新所破坏。同时,它们在执行速度方面也得到了优化。这是我的风格,对不起...

而且,请注意,这里有少数人在恐慌。还是说这里只有你一个人最劳累过度?对不起,我的讽刺...;)

 
artmedia70:

而且,请注意,这里有少数人在恐慌。还是说这里只有你一个人最劳累过度?对不起,我的讽刺...;)

好吧,这是本主题中的少数人 :) 已经快一个月了--只有6页的评论。虽然这个话题与MQL直接相关,但这正是本论坛的目的所在。

我还想补充一点,继续前文的内容。例如,如果涉及到带参数的启动/init/deinit函数和禁止向dll中传递多维字符串数组,你的Ctrl+H将如何帮助你? 当然,我理解你可能从未使用过它(也许你感觉到了危险? :)),但其他许多人都使用过,因为他们没有想到会有这样的转机。

此外,在这个主题中宣布的变化--只是计划与mql5合并的第一步,然后会有进一步的创新,包括OOP和其他,正如一开始就宣布的那样。你将不得不继续编辑你的代码。终于睁开眼睛了。

 
Meat:

好吧,在这个主题中只有少数人 :) 已经快一个月了,只有6页的评论。虽然这个话题与本论坛所致力于的MQL语言直接相关。

我还想补充一点,以继续前文的内容。例如,如果涉及到带参数的启动/init/deinit函数和禁止向dll中传递多维字符串数组,你的Ctrl+H将如何帮助你? 当然,我理解你可能从未使用过它(也许你感觉到了危险? :)),但其他许多人都使用过它,因为他们没有想到会出现这样的转机。

此外,在这个主题中宣布的变化--只是计划与mql5合并的第一步,然后会有进一步的创新,包括OOP和其他,正如一开始就宣布的那样。你将不得不继续编辑你的代码。终于睁开眼睛了。


只有6页的评论只是证实了元引号的选择。

从本质上讲,5是即将进行的测试版。

(严格说来)

 
Meat:

显然,你没有或只有少量自己的设计。这就是为什么它不会困扰你。还有许多人有几百个写好的代码,但没有足够的时间去修改它们,然后检查是否一切正常。而且代码库中也有很多好东西。

而且,你不可能仅靠替代物就能做到。顺子并没有白白提出逻辑运算优先的观点。这可能是最严重和最危险的事情。代码将被编译并工作,但逻辑可能被破坏。

没有必要惊慌失措。下载所提供的IDE+MQL包,并检查你的开发。

编译器现在有一个非常好的分析器,它很容易对危险的逻辑表达式 的混合提出警告。请自己尝试一下。

 
Meat:

好吧,在这个主题中只有少数人 :) 已经快一个月了,只有6页的评论。虽然这个话题与本论坛所致力于的MQL语言直接相关。

我还想补充一点,继续前文的内容。例如,如果涉及到带参数的启动/init/deinit函数和禁止向dll中传递多维字符串数组,你的Ctrl+H将如何帮助你? 当然,我理解你可能从未使用过它(也许你感觉到了危险? :)),但其他许多人都使用过它,因为他们没有想到会出现这样的转机。

此外,在这个主题中宣布的变化--只是计划与mql5合并的第一步,然后会有进一步的创新,包括OOP和其他,正如一开始就宣布的那样。你将不得不继续编辑你的代码。终于睁开眼睛了。

我们提到了start/init/deinit中的参数,因为它们本不应该出现在那里,但我们有一些源代码的例子,作者错误地添加了不必要的参数。在旧的MQL4中,它被跳过,没有声音,而在MQL5中,它已经被报告为一个错误。这里没有问题--只是一个非常罕见的错误会立即显现。

那些为DLL和将多维字符串数组传入DLL而苦恼的人,反而会自由地叹息。开发者拥有使用结构工作的所有可能性,而且没有必要在弦上建立拐杖。

新版本的MQL4给出了很多新的功能,同时保持了兼容性。

 
MetaQuotes:

开发人员将能够利用结构进行工作,而不再需要在绳索上建立拐杖。

是否有可能使用结构?