MetaTrader 4 IDE的测试版,包括新的MQL4编译器和编辑器 - 页 6 12345678910111213...23 新评论 Alexey Navoykov 2013.09.19 16:53 #51 Zhunko: 在这里我强调了它,所以没有人会说它是完全兼容的。 红色强调了最令人不快的。 你还忘了强调这一点。 由于关键字的扩展,像short、long、float、const、virtual、input、delete、new、do、char这样的名字现在不能使用。 我认为这些名字颇受许多人欢迎,特别是新的 和char。 还有这个。 你不能再在变量名称中使用句号了。另外,你不能在变量名中使用'@'、'$'、'?'。 当然,这并不常见,但我在变量名中经常使用"$"符号。这在任何地方都不被禁止。而有些人用一个点来使它看起来像一个结构/类的成员。 因此,事实证明,上述所有项目都应该被强调 :) Artyom Trishkin 2013.09.19 17:05 #52 Zhunko: 我强调了这一点,以便没有人谈论完全兼容的问题。 我把最令人不快的部分用红色标出。我认为这不值得向整个论坛哭诉和抱怨,说他的所有工作被抢走了。荒谬,你不觉得吗?顺便说一下,我读过这方面的资料,我不认为这是一种不可弥补的兼容性损失。不是吗?就这样,所有的代码都被扔进了垃圾桶? 我为我的严厉表示歉意--我已经厌倦了某些对象的抱怨。 Artyom Trishkin 2013.09.19 17:07 #53 Meat: 你还忘了强调这一点。 我认为很多人都很喜欢这些名字,特别是新的 和有魅力 的名字。 然后是这个。 这并不常见,但我经常在变量名中使用'$'符号。这在任何地方都不被禁止。 而有些人为了清晰起见,用了一个点,使它看起来像一个结构/类的成员。 所以,所有列出的项目都必须做标记 :) 你知道Ctrl+H的存在吗? Alexey Navoykov 2013.09.19 17:37 #54 artmedia70: 你知道Ctrl+H的存在吗? 显然,你没有或只有少量自己的设计。这就是为什么它不会困扰你。还有许多人有几百个写好的代码,但没有足够的时间去修改它们,然后检查是否一切正常。而且代码库中也有很多好东西。 而且,你不可能仅靠替代物就能做到。顺子提出要优先考虑逻辑操作,这不是没有道理的。这可能是最严重和最危险的事情。代码将被编译并工作,但逻辑可能被破坏。 Artyom Trishkin 2013.09.19 18:00 #55 Meat:显然,你没有或只有少量自己的设计。这就是为什么它不会困扰你。还有许多人有几百个写好的代码,但没有足够的时间去修改它们,然后检查是否一切正常。而且代码库中也有很多好东西。而且,你不可能仅靠替代物就能做到。顺子并没有白白提出逻辑运算优先的观点。这可能是最严重和最危险的事情。代码将被编译并工作,但逻辑可能被破坏。不要对你不知道的事情说肯定的话,嗯?我说的是我自己的工作。那是一个。其次--是的,我不担心逻辑操作的 优先级,因为在我的代码中,它们被设置成不会被创新所破坏。同时,它们在执行速度方面也得到了优化。这是我的风格,对不起... 而且,请注意,这里有少数人在恐慌。还是说这里只有你一个人最劳累过度?对不起,我的讽刺...;) Alexey Navoykov 2013.09.19 18:20 #56 artmedia70: 而且,请注意,这里有少数人在恐慌。还是说这里只有你一个人最劳累过度?对不起,我的讽刺...;) 好吧,这是本主题中的少数人 :) 已经快一个月了--只有6页的评论。虽然这个话题与MQL直接相关,但这正是本论坛的目的所在。 我还想补充一点,继续前文的内容。例如,如果涉及到带参数的启动/init/deinit函数和禁止向dll中传递多维字符串数组,你的Ctrl+H将如何帮助你? 当然,我理解你可能从未使用过它(也许你感觉到了危险? :)),但其他许多人都使用过,因为他们没有想到会有这样的转机。 此外,在这个主题中宣布的变化--只是计划与mql5合并的第一步,然后会有进一步的创新,包括OOP和其他,正如一开始就宣布的那样。你将不得不继续编辑你的代码。终于睁开眼睛了。 Алексей Тарабанов 2013.09.19 18:29 #57 Meat: 好吧,在这个主题中只有少数人 :) 已经快一个月了,只有6页的评论。虽然这个话题与本论坛所致力于的MQL语言直接相关。 我还想补充一点,以继续前文的内容。例如,如果涉及到带参数的启动/init/deinit函数和禁止向dll中传递多维字符串数组,你的Ctrl+H将如何帮助你? 当然,我理解你可能从未使用过它(也许你感觉到了危险? :)),但其他许多人都使用过它,因为他们没有想到会出现这样的转机。 此外,在这个主题中宣布的变化--只是计划与mql5合并的第一步,然后会有进一步的创新,包括OOP和其他,正如一开始就宣布的那样。你将不得不继续编辑你的代码。终于睁开眼睛了。 只有6页的评论只是证实了元引号的选择。 从本质上讲,5是即将进行的测试版。 (严格说来) MetaQuotes 2013.09.19 19:36 #58 Meat:显然,你没有或只有少量自己的设计。这就是为什么它不会困扰你。还有许多人有几百个写好的代码,但没有足够的时间去修改它们,然后检查是否一切正常。而且代码库中也有很多好东西。而且,你不可能仅靠替代物就能做到。顺子并没有白白提出逻辑运算优先的观点。这可能是最严重和最危险的事情。代码将被编译并工作,但逻辑可能被破坏。没有必要惊慌失措。下载所提供的IDE+MQL包,并检查你的开发。 编译器现在有一个非常好的分析器,它很容易对危险的逻辑表达式 的混合提出警告。请自己尝试一下。 MetaQuotes 2013.09.19 19:42 #59 Meat: 好吧,在这个主题中只有少数人 :) 已经快一个月了,只有6页的评论。虽然这个话题与本论坛所致力于的MQL语言直接相关。 我还想补充一点,继续前文的内容。例如,如果涉及到带参数的启动/init/deinit函数和禁止向dll中传递多维字符串数组,你的Ctrl+H将如何帮助你? 当然,我理解你可能从未使用过它(也许你感觉到了危险? :)),但其他许多人都使用过它,因为他们没有想到会出现这样的转机。 此外,在这个主题中宣布的变化--只是计划与mql5合并的第一步,然后会有进一步的创新,包括OOP和其他,正如一开始就宣布的那样。你将不得不继续编辑你的代码。终于睁开眼睛了。 我们提到了start/init/deinit中的参数,因为它们本不应该出现在那里,但我们有一些源代码的例子,作者错误地添加了不必要的参数。在旧的MQL4中,它被跳过,没有声音,而在MQL5中,它已经被报告为一个错误。这里没有问题--只是一个非常罕见的错误会立即显现。 那些为DLL和将多维字符串数组传入DLL而苦恼的人,反而会自由地叹息。开发者拥有使用结构工作的所有可能性,而且没有必要在弦上建立拐杖。 新版本的MQL4给出了很多新的功能,同时保持了兼容性。 Алексей Тарабанов 2013.09.19 19:47 #60 MetaQuotes: 开发人员将能够利用结构进行工作,而不再需要在绳索上建立拐杖。 是否有可能使用结构? 12345678910111213...23 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
在这里我强调了它,所以没有人会说它是完全兼容的。
红色强调了最令人不快的。你还忘了强调这一点。
由于关键字的扩展,像short、long、float、const、virtual、input、delete、new、do、char这样的名字现在不能使用。
我认为这些名字颇受许多人欢迎,特别是新的 和char。
还有这个。
你不能再在变量名称中使用句号了。另外,你不能在变量名中使用'@'、'$'、'?'。
当然,这并不常见,但我在变量名中经常使用"$"符号。这在任何地方都不被禁止。而有些人用一个点来使它看起来像一个结构/类的成员。
因此,事实证明,上述所有项目都应该被强调 :)
我强调了这一点,以便没有人谈论完全兼容的问题。
我把最令人不快的部分用红色标出。我认为这不值得向整个论坛哭诉和抱怨,说他的所有工作被抢走了。荒谬,你不觉得吗?顺便说一下,我读过这方面的资料,我不认为这是一种不可弥补的兼容性损失。不是吗?就这样,所有的代码都被扔进了垃圾桶?
我为我的严厉表示歉意--我已经厌倦了某些对象的抱怨。
你还忘了强调这一点。
我认为很多人都很喜欢这些名字,特别是新的 和有魅力 的名字。
然后是这个。
这并不常见,但我经常在变量名中使用'$'符号。这在任何地方都不被禁止。 而有些人为了清晰起见,用了一个点,使它看起来像一个结构/类的成员。
所以,所有列出的项目都必须做标记 :)
你知道Ctrl+H的存在吗?
显然,你没有或只有少量自己的设计。这就是为什么它不会困扰你。还有许多人有几百个写好的代码,但没有足够的时间去修改它们,然后检查是否一切正常。而且代码库中也有很多好东西。
而且,你不可能仅靠替代物就能做到。顺子提出要优先考虑逻辑操作,这不是没有道理的。这可能是最严重和最危险的事情。代码将被编译并工作,但逻辑可能被破坏。
显然,你没有或只有少量自己的设计。这就是为什么它不会困扰你。还有许多人有几百个写好的代码,但没有足够的时间去修改它们,然后检查是否一切正常。而且代码库中也有很多好东西。
而且,你不可能仅靠替代物就能做到。顺子并没有白白提出逻辑运算优先的观点。这可能是最严重和最危险的事情。代码将被编译并工作,但逻辑可能被破坏。
不要对你不知道的事情说肯定的话,嗯?我说的是我自己的工作。那是一个。其次--是的,我不担心逻辑操作的 优先级,因为在我的代码中,它们被设置成不会被创新所破坏。同时,它们在执行速度方面也得到了优化。这是我的风格,对不起...
而且,请注意,这里有少数人在恐慌。还是说这里只有你一个人最劳累过度?对不起,我的讽刺...;)
而且,请注意,这里有少数人在恐慌。还是说这里只有你一个人最劳累过度?对不起,我的讽刺...;)
好吧,这是本主题中的少数人 :) 已经快一个月了--只有6页的评论。虽然这个话题与MQL直接相关,但这正是本论坛的目的所在。
我还想补充一点,继续前文的内容。例如,如果涉及到带参数的启动/init/deinit函数和禁止向dll中传递多维字符串数组,你的Ctrl+H将如何帮助你? 当然,我理解你可能从未使用过它(也许你感觉到了危险? :)),但其他许多人都使用过,因为他们没有想到会有这样的转机。
此外,在这个主题中宣布的变化--只是计划与mql5合并的第一步,然后会有进一步的创新,包括OOP和其他,正如一开始就宣布的那样。你将不得不继续编辑你的代码。终于睁开眼睛了。
好吧,在这个主题中只有少数人 :) 已经快一个月了,只有6页的评论。虽然这个话题与本论坛所致力于的MQL语言直接相关。
我还想补充一点,以继续前文的内容。例如,如果涉及到带参数的启动/init/deinit函数和禁止向dll中传递多维字符串数组,你的Ctrl+H将如何帮助你? 当然,我理解你可能从未使用过它(也许你感觉到了危险? :)),但其他许多人都使用过它,因为他们没有想到会出现这样的转机。
此外,在这个主题中宣布的变化--只是计划与mql5合并的第一步,然后会有进一步的创新,包括OOP和其他,正如一开始就宣布的那样。你将不得不继续编辑你的代码。终于睁开眼睛了。
只有6页的评论只是证实了元引号的选择。
从本质上讲,5是即将进行的测试版。
(严格说来)
显然,你没有或只有少量自己的设计。这就是为什么它不会困扰你。还有许多人有几百个写好的代码,但没有足够的时间去修改它们,然后检查是否一切正常。而且代码库中也有很多好东西。
而且,你不可能仅靠替代物就能做到。顺子并没有白白提出逻辑运算优先的观点。这可能是最严重和最危险的事情。代码将被编译并工作,但逻辑可能被破坏。
没有必要惊慌失措。下载所提供的IDE+MQL包,并检查你的开发。
编译器现在有一个非常好的分析器,它很容易对危险的逻辑表达式 的混合提出警告。请自己尝试一下。
好吧,在这个主题中只有少数人 :) 已经快一个月了,只有6页的评论。虽然这个话题与本论坛所致力于的MQL语言直接相关。
我还想补充一点,继续前文的内容。例如,如果涉及到带参数的启动/init/deinit函数和禁止向dll中传递多维字符串数组,你的Ctrl+H将如何帮助你? 当然,我理解你可能从未使用过它(也许你感觉到了危险? :)),但其他许多人都使用过它,因为他们没有想到会出现这样的转机。
此外,在这个主题中宣布的变化--只是计划与mql5合并的第一步,然后会有进一步的创新,包括OOP和其他,正如一开始就宣布的那样。你将不得不继续编辑你的代码。终于睁开眼睛了。
我们提到了start/init/deinit中的参数,因为它们本不应该出现在那里,但我们有一些源代码的例子,作者错误地添加了不必要的参数。在旧的MQL4中,它被跳过,没有声音,而在MQL5中,它已经被报告为一个错误。这里没有问题--只是一个非常罕见的错误会立即显现。
那些为DLL和将多维字符串数组传入DLL而苦恼的人,反而会自由地叹息。开发者拥有使用结构工作的所有可能性,而且没有必要在弦上建立拐杖。
新版本的MQL4给出了很多新的功能,同时保持了兼容性。
开发人员将能够利用结构进行工作,而不再需要在绳索上建立拐杖。
是否有可能使用结构?