OOP在MQL5中会有需求吗? - 页 3

 

至少,MQL4的学习不会是浪费时间。如果你只使用过标准指标,据我所知,转换不会很困难。

我认为一般半专业的程序员在MQL5中不需要OOP。

如果我有一个很好的印象,各方面的速度会更高,我宁愿不看这种可能解决大问题的指标。我重复一遍--我不是专业人士。

虽然,也许现在爱好者们会用MQL5来模拟生命从初级肉汤中出现?;)

P/S 忘记了。事件处理功能。咕德。

 
将会有一个保护的好处--EX5库返回一个接口(一个有虚拟函数 的类)。在与我 "不协调 "使用的情况下,它返回一个存根接口(有不是很明显的计算故障)。
 
mql_coder >> :
...库返回一个接口(一个带有虚拟函数的类)。在与我 "不协调 "使用的情况下,它返回一个存根接口(有不是很明显的计算缺陷)。

你能做到不说脏话吗? 女人有时会来这里的论坛。

 
mql_coder >> :
将会有一个保护的好处--EX5库返回一个接口(一个有虚拟函数的类)。在与我一起使用 "不协调 "的情况下,它返回界面存根(有不是很明显的计算错误)。

如果它是值得的,他们将破解它,与干净的人形生物的接口不会有帮助 :)

因此,保护措施与其他地方相同--不能对代码进行物理访问,再加上特定的TS与交易审查所需的延迟(股权投资者可能被赋予实时性)。


好吧,EA中的OOP是一个非常有价值的东西,从事件开始,有可能得到合格的支持和微调,等等。当然,我不明白为什么C#不是一个好主意,因为缺乏具有明确命名空间声明的MQL5框架,以及非标准+不成熟的语言,将需要每个人做出比最初合理的更多努力 :(

 
Avals >> :

他们的核心不再是OOP(尽管绝对的OOP实际上是无法使用的)。我们应该从一开始就创建抽象类,并使用继承和多态性来达到真正的对象。例如,为自定义指标创建一个具有抽象方法和属性的抽象基类。最好是建立一个分层的类树:图形对象的树,用于处理账户,用于时间表和访问时间序列,等等。而对于预定义的程序和函数,只应留下需要速度的基本程序。然后,你可以从任何抽象的层面上扩展平台的能力,这将减少代码的大小,提高其可读性,并使其他程序员易于理解。而在MT5中已经在程序层面实现了相当复杂的东西(事实上整个平台已经可以使用了),我还没有看到通过指针访问的可能性,至少是对创建的内部结构的描述符的访问,这是非常有限的(从帮助中判断)。一般来说,对OOP的需求是值得怀疑的,有了这样的实现,它可以被限制在结构和动态放置上。OOP应该由一个完善的类的层次结构从下面支持。

是的,这就是我要说的。IMHO认为,这种方式不太可能非常有用。这就是为什么要这样做。但是,还是可能有其他意见?

 
口哨声'n'Bells,绝对的。然而,如果有任何对外部对象的支持,那是一件好事。
 
alexjou >> :
口哨声'n'Bells,肯定的。然而,如果有任何对外部对象的支持,那就太好了。

没有命名空间,这其实是不可行的。

 
pisara >> :

没有命名空间,提供适当的支持其实是不可行的。

人们可以不需要微软的这种最新花哨的东西。但是你不能没有这些最新的花哨的东西,比如'接口库',至少在我们谈论winnda的时候。其实很可惜的是,MT的开发者似乎对melkomsoft誓死不渝,直到坟墓,而不关注其他的事情。我的直觉告诉我,即使是完全无罪的MT5在Linux下通过Wine工作,也将是一件非常痛苦的事。

 
需要强调的是优先事项。Windows的份额是多少,Linux的份额是多少?winds在市场应用中的份额是多少,linux在市场应用中的份额是多少?等等。接下来,计算一下Windows和Linux的实施的经济性。不要忘记售后服务。其结果远非对Linux有利。而这些并不只是说说而已。资源的分流将影响Windows和Linux应用程序的质量。不确定的是,随着资源的分散,元宝级的报价会不会继续留在市场上。现在,主要的优先事项是发布MT5的Windows版本。这个项目 应该被推向市场。然后,如果资源允许,考虑一下其他操作系统。即使是同时支持三个操作系统的MT4(目前)也需要大量资源。再有就是mt5的发展。我们要有耐心。MQL5中的OOP是一个很大的进步。此外,还有许多其他的功能是mt4中没有的。OOP将被要求或不被要求...这将是...我不打算大规模地使用它...而当时并没有这样的任务--在大众中使用OOP。即使是少数一流的应用程序,也能够占领巨大的市场份额。而且毫无疑问,这种应用将会存在。
 
需要强调的是优先事项。Windows的份额是多少,Linux的份额是多少?winds在市场应用中的份额是多少,linux在市场应用中的份额是多少?等等。接下来,计算一下Windows和Linux的实施的经济性。不要忘记售后服务。其结果远非对Linux有利。而这些并不只是说说而已。资源的分流将影响Windows和Linux应用程序的质量。不确定的是,随着资源的分散,元气券会不会留在市场上。现在,主要的优先事项是发布MT5的Windows版本。这个项目 应该被推向市场。然后,如果资源允许,考虑一下其他操作系统。即使是同时支持三个操作系统的MT4(目前)也需要大量资源。再有就是mt5的发展。我们要有耐心。MQL5中的OOP是一个很大的进步。此外,还有许多其他的功能是mt4中没有的。OOP将被要求或不被要求...这将是...我不打算大规模地使用它...而当时并没有这样的任务--在大众中使用OOP。即使是少数一流的应用程序,也能够占领巨大的市场份额。而且毫无疑问,这种应用将会存在。