对MQL5的祝愿 - 页 125

 
我真的希望在主要新闻上有某种带星号*的信号(例如点击声,就像forexclub的Rumus那样),并且能够根据需要打开和关闭。
 
不要扼杀MQL4社区!从MT4转移到MT5,可能不会像其时转移到MT4那样顺利。
在MT5中加入对.ex4文件的支持,即使它们不能被编辑,或者为根据所有规则编写的文本添加一个简单的MQL4 > MQL5转换器。
 
没有人杀死MQL4--有一个巨大的信息、文章和代码例子的数据库。全球有300多家经纪公司支持这一平台。

在与市场环境合作方面,MQL5与MQL4有很大的不同,其交易操作的意识形态也完全不同。也就是说,MQL4代码不能在MT5中自动转换和启动。

正如我们开发MQL4.community一样,我们正在创建MQL5.community,其功能更加强大。MQL5会发展得非常快,因为它的功能比MQL4大得多。

请查看新网站--它在不断发展,新的服务将很快推出和测试。


ps:成功没有捷径可走。如果你想实现一些严肃的事情,只有一个方向,有很多困难的方法。当我们启动MQL5项目时,我们知道有一条艰难的道路。但我们将把这条道路进行到底。
 

我的想法如下。

MT5需要重写在MT4上工作的代码。也许这对大多数人来说不会是一个障碍,也许一些交易员会决定不投入额外的精力和资源来重写代码(有各种好的理由)。因此,切换到MT5可能没有那么大规模。在不知道Metakvotts的营销模式的情况下,我仍然可以认为MT5的过渡将需要经纪公司购买新的版本,这将给Metakvotts带来额外的利润,这可能比MT4的销售和支持更多(否则没有合理的商业意义,停止开发MT4生产线,而保持现有的代码开发)。

另一方面,经纪公司是间接面向交易者的,可能发生的情况是,经纪公司不会对购买MT5特别感兴趣,因为这不会吸引新客户,只会吸引那些使用MT4的客户。因此,大规模转移到MT5的营销活动可能会被卡住,可能需要延续MT4线路,至少在代码层面保持兼容性。这就是为什么考虑到这种发展的可能性,在MT5上实现MT4的所有功能是合理的。

我想这不应该是一个问题,因为OOP意味着与MT4上的非OP编程完全兼容。当然,这样的做法从一开始就符合逻辑,它与梅塔克沃特希望推动 "完全不同的贸易 意识形态 "的愿望丝毫不矛盾,但却是对现有贸易 意识形态的补充,而不是全力与之对抗。因此,在为时过晚之前,最好考虑这样一个发展,即 "强迫 "MT5是非常困难和昂贵的。

 
MQL5与MQL4不完全兼容,即使使用包装器,因为意识形态已经发生了巨大的变化。在MQL5中,函数调用是异步进行的,与MQL4不同,在MQL4中,被调用的函数的结果总是被期望返回。这使MQL5程序员能够解放双手,尽管这需要重新调整思维。以OrderSend()函数为例。
Возвращаемое значение

如果基本结构检查(指针检查)成功,则返回true - 这并不表示交易操作的成功执行。为了获得对函数执行结果的更详细描述,应该对 结果结构的字段进行分析

注.

在下市价订单时,你应该记住,OrderSend()方法的成功完成并不总是意味着交易操作的成功执行。 你应该检查返回的 结果 结构 中的retcode,其中包含交易服务器的返回代码 ,以及交易订单字段的值 ,具体取决于 操作类型


 
Rosh >>:
Полной совместимости MQL5 с MQL4 даже с помощью функций-оберток добиться не получится, так как идеология сильно изменилась. В MQL5 вызовы функций производятся асинхронно, в отличие от MQL4, где всегда ожидается возврат результата из вызванной функции.

亲爱的Rosh,我不知道MT5实现的所有细微差别,但从技术上讲,我认为实现同步函数调用的模拟并禁止在未完成前一个函数的结果之前调用一个新的函数问题不大。顺便说一下,一个相同的函数的多次运行可能导致错误,并不总是一个优势,尽管熟练地使用它可以使你经济地解决许多问题。我遇到了这个问题,因为我一直在SystemVerilog上进行高级测试编程,那里的一切都建立在同步和异步的基础上,还有内置的OOP方法,支持以前的类似C的标准。所以所有的问题都在那里得到了成功的解决,希望Metakvot程序员的水平不会降低。

虽然我可以假设这里的问题不是在技术方面,而是在商业方面,只要Metakvot管理层做出这样的战略决定,技术实施就不会是一个不可克服的问题。我希望Metakvot管理层在做出放弃MT4支持这样一个艰难的决定时,已经考虑到了所有可能的情况,尽管我个人认为遵循这个方向的商业利益是非常有问题和不理想的。

 
交易订单的异步处理是必不可少的。有一些战略正是需要这样的处理。在MT4上,可以通过 在同一账户上运行多个终端 来模拟这种情况。
 
getch >>:
Асинхронная обработка торговых приказов - необходимая вещь. Есть стратегии, которые требуют именно такой обработки. На MT4 это эмулируется запуском нескольких терминалов на одном и том же счету.

那么,是什么原因阻碍了这一点在MT4中的实现?虽然问题是关于其他方面的,支持MT5中的MQL4代码。

 
Andrei01 >>:Надеюсь, что руководство Метаквотов, принимая такое тяжелое решение отказаться от поддержки МТ4 учло все возможные варианты событий, хотя лично мне коммерческая выгода следования данному направлению выглядит очень проблематичной и неоптимальной.

这是一个误导性的声明,已经多次声明MetaTrader 4不会随着MetaTrader 5的发布而停用。事实上,这些平台被设计为平行存在,因为每个平台都有自己的重点和用户。

新一代平台的发布是由时代决定的,我们不能停滞不前。我们必须满足我们最终客户的要求,也就是那些要求能够在各种股票工具上进行交易的交易者。

 
Rosh >>:

Это неверное утверждение, множество раз уже заявлялось, что поддержка платформы MetaTrader 4 не будет прекращена с выходом новой MetaTrader 5. По сути, эти платформы призваны существовать паралелльно, так как у каждой из них есть своя направленность и свои пользователи.

我所说的平台支持是指无法在MT5上运行MQL4代码。这与新的MT5平台的发布及其新功能和愿景没有任何矛盾,但MT5不支持MQL4代码的战略决定令人费解。如果MT4和MQL4应该被进一步支持,这样的决定看起来更加奇怪,因为在这种情况下,交易者向MT5和MQL5的过渡将更少,时间更长,只会浪费开发者的精力来支持两个竞争产品。