Mt4结束支持。 - 页 10

 
Artyom Trishkin:

除非 "祖母 "和 "孩子 "不是按年龄,而是按思想活动。对于许多成功利用现代现实的所有可能性的人来说,要比 "先进青年 "多得多

而且,如果你正好需要其中一个功能来满足你的特定需求,你为什么要 "使用所有的功能"?列出很多很多的可能性是推销员的职责所在。长期以来,人们都知道,特殊的解决方案 比普遍的解决方案更有效(在编程中也是如此)。

在家切面包,用一把只有一把刀的大刀比用有9个项目(包括叉子和开瓶器)的通用刀更有效。在露营的时候就不会。

你可以用任何语言编写你自己的数据库,但也有一些DBMS可以很好地与数据库配合,并且不以任何方式实现照片编辑功能。对于大型数据库,它们通常比通用语言更有效率。但你也可以在Excel中做一个小型数据库。无论哪种工具最适合你,那就是你需要的。

在报告出差情况时,看看一位年轻会计的工具包,她已经轻松掌握了旗舰安卓系统--她不使用它,虽然它也有一个计算器,但她的桌子上躺着一个特别重的计算器,比安卓系统(它也有一个计算器)大,只有一组最小的大按钮。没有带三角函数的按钮,不过,在小学生的计算器中需要这种功能。

应用OOP 有意义的地方,就应该应用它。这似乎很明显。但是,MQL语言应该用来做什么?

也许它是为了组织与用户的接口?Delphi中的可视化组件库是独一无二的。 专家顾问和脚本的目的是在计算机上取代人类,这种界面与它们的目的直接冲突。就是说,它是碍事的。就像笔刀中不必要的物品。或者在万能锤的钢柄末端装上钉子--它不仅会划伤,而且会将重心从冲锋枪转移到手柄上。

一个MQL到底需要什么样的专业性?这种语言必须实现其他工具不可能实现的东西。那就是接收来自服务器的数据并向服务器发送请求。具有将信息传递给外部程序的能力。让任何人都可以在通用开发工具中以任何方式实现OOP,或自下而上或自上而下的开发,或极限编程,或可视化编程,等等。

如果在MQL5中不使用OOP,而是有可能以编程方式找出经纪人的佣金,我将非常高兴。它是缺乏的,而且该委员会在终端是已知的。在我看来,这是一个明显的缺陷。

 
Vitaly Muzichenko:

另外,不知为何,我想到了。

如果有人愿意,你可以写一篇好文章,为初学者提供一个关于这块渣滓 的例子,如何不编程。

雷格-科诺,抱歉的批评。


听着,我现在想回答你,但你会被禁言。说句不好听的--你展示你的成果,然后你就会说到渣滓。

 
Gorg1983:

他曾经说过,在mt5中不会有带loc的ticks,这是一个原则问题。甚至有人因为讨论这个问题而被禁言。那么?

这不是给我的问题,直接问消息来源。
 
Vladimir:
这不是我的问题,直接问消息来源。

我看不出有什么意义。此外,这是个反问句。

 

如果我们谈论用户,MetaQuotes已经做了很多工作,使用户习惯于MT5的功能。

请记住在230构建之前的MT4是什么(我记得最后一个构建是反编译的)。

而现在,MT4与MT5几乎没有区别,尽管它们的架构不同。所有这些都是为了用户打扰他们的莳萝需要切换,这种切换将是舒适的,同样的按钮,同样的功能,都在同一个文件夹里。

因为迪林们自己不想离开他们的舒适区。他们不想这样做,所以他们必须为此支付更多的钱,MT5的许可证将比MT4的许可证更贵。

而在这里,我们突然进入了特许产品的定价领域,所以我就不说了,因为这就像在数别人的钱。

为了在这部分业务中有自己的见解,你需要有至少销售一个产品超过10万美元的经验。

 
Реter Konow:

当然,对于一个有经验的程序员和开发人员来说,MQL5不算什么。但想想那些想掌握编程的新人和自学成才的人,只是为了实施他们的 "天才 "策略。而且他们会发现很难掌握额外的功能,在选择平台时,他们不太可能考虑太多。这就是问题所在。

对于一个自学成才的新手来说,问题出在哪里?这篇文章是由一个自学成才的初学者写的。在mql4之后,我花了2-3个星期才在mql5中写出我的第一个指标。我只是一直在提高我的知识。

我们谈论的是什么样的伎俩?在OOP中被称为方法的函数,还是函数的重载?毕竟,在mql5中,你完全可以不使用类,没有人禁止它。好吧,如果你说的是那些搞不清楚状况的人,那么......如果这与你无关,请记住V.S. Vysotsky。

但如果你像树一样笨,你就会生为猴面包树。

并直接进入自由职业者行列。

 
Artyom Trishkin:

一切都简单多了。没有人禁止在mql4和mql5中用程序化风格写作--完全一样。同样是使用OOP--在这两种情况下。

彼得只是编造了一个问题并为之祈祷。很可能是因为他自己无法理解。也可能是因为他喜欢克服困难和困难。在通向同一结果的两条道路中,他选择了漫长而充满荆棘的一条。但后来他觉得自己是一个很酷的程序员。我想这是他对OOP反感的原因。当然我可能是错的,但我通常觉得人。


例如,我讨厌库的形式,因为我不确定里面塞了什么,以及它可能对我有什么帮助,写一打函数更容易些

类似于Retug Konow的情况。

嗯,能量守恒定律:如果没有它,一切都能正常工作,为什么还要反编译库和理解它呢?

P.S.

你看到我关于麋鹿的顶部了吗?

 
Artyom Trishkin:
  1. h_chart_id。
  2. m_chart_id。

前者在长度上与后者不同。而其含义也同样清晰。

什么更容易阅读--简明扼要的代码或两屏宽的铺陈?

对我来说,阅读短代码更容易、更快。如果你喜欢用每行的滑块水平移动代码--去做吧,谁也不禁止你。

我见过一个初学者的这种代码--我几乎看花了眼,拒绝研究它,直到他重新命名他的

"用于存储由Magic选择的头寸的总利润的变量" 改为

"profit_all_by_magic"。

1. graph_id比m_chart_id更容易被讲俄语的人阅读。


2.如果一个程序中有数百个变量,俄语提供了不可或缺的支持。


所有这些都可以通过实验来检验。


阅读和理解母语代码的速度总是会更快,记忆力也会更好。


你只需要搞清楚俄语中的变量命名规则。而不是 "variable_to_hold_general_profit_position,只是:General_profit。

 
Nikolai Semko:
如果你给你的祖母一个旗舰版的iPhone或安卓 手机,以取代她的破旧的按钮式手机,并试图解释与她的旧手机相比的所有新功能,那么90%的时间她会说她的旧手机更好,因为它有按钮,你可以用手指感觉到你按了什么按钮。而我认为对她来说,除了打电话,最大的成就将是学会如何发送短信,特别是有天赋的祖母甚至可能会教你Whatsapp。其他一切在她看来都是 "第五轮"。而且对她来说,向街上的人询问如何去利兹尤科夫街会比打开谷歌地图更容易。因为习惯的力量是巨大的!
但如果你同时给你5岁的女儿或儿子同样的手机,并展示它的所有基本功能,那么90%的情况下就不需要第二次解释。或者你甚至不需要解释,他们会自己想出办法。
这同样适用于OOP和MQL5。

你很会找论据,尼古拉)。

祖母也可能毫无问题地掌握一切。她只是下意识地不想让一些小玩意把她呆板的头脑拖入不必要的信息漩涡中。她是对的)。

 
Vladimir:

而且,如果你正好需要其中一个功能来满足你的特定需求,你为什么要 "使用所有的功能"?列出很多很多的可能性是推销员的职责所在。长期以来,人们都知道,特殊的解决方案 比普遍的解决方案更有效(在编程中也是如此)。

在家切面包,用一把只有一把刀的大刀比用有9个项目(包括叉子和开瓶器)的通用刀更有效。在露营的时候就不会。

你可以用任何语言编写你自己的数据库,但也有一些DBMS可以很好地与数据库配合,并且不以任何方式实现照片编辑功能。对于大型数据库,它们通常比通用语言更有效率。但你也可以在Excel中做一个小型数据库。无论哪种工具最适合你,那就是你需要的。

在报告出差情况时,看看一位年轻会计的工具包,她已经轻松掌握了旗舰安卓系统--她不使用它,虽然它也有一个计算器,但她的桌子上躺着一个特别重的计算器,比安卓系统(它也有一个计算器)大,只有一组最小的大按钮。没有带三角函数的按钮,不过,在小学生的计算器中需要这种功能。

应用OOP 有意义的地方,就应该应用它。这似乎很明显。但是,MQL语言应该用来做什么?

也许它是为了组织与用户的接口?Delphi中的可视化组件库是独一无二的。 专家顾问和脚本的目的是在计算机上取代人类,这种界面与它们的目的直接冲突。就是说,它是碍事的。就像笔刀中不必要的物品。或者在万能锤的钢柄末端装上钉子--它不仅会划伤,而且会将重心从冲锋枪转移到手柄上。

一个MQL到底需要什么样的专业性?这种语言必须实现其他工具不可能实现的东西。那就是接收来自服务器的数据并向服务器发送请求。具有将信息传递给外部程序的能力。让任何人都可以在一个通用的开发工具中实现OOP,或自下而上或自上而下的开发,或极限编程,或可视化编程等等。

如果MQL5不包括OOP,而是包括以编程方式找出经纪公司的佣金的可能性,我会很高兴。这是不足够的,我们知道终端的佣金。在我看来,这是个明显的缺陷。

一个非常清醒和实际的观点。我完全支持它。