给OOP专家的一个问题。 - 页 7

 
就这样吧,我去学习OOP了。我回来后会给大家答复)。
 
Nikolai Semko:

不要放过45分钟,彼得。首先,非常重要的是要理解这个家伙在说什么。许多人可能会与他争论,但总的来说,他是对的。


一个有趣的讲座,但仍然有太多的问题。他谈到了setters和getters的不利影响,但请解释一下,如果我在setters或构造器中引入错误,有什么区别?所以,事实证明,SB MQL5只是一个大错误?有很多所有这些设置器和获取器,不是吗?

 
Alexey Viktorov:

有趣的讲座,但留下了太多的问题。他在这里谈到了setters和getters的危害,但请向我解释,当你通过setters或在构造器中输入一些值时,有什么区别,你会在哪里犯错?所以,事实证明,SB MQL5只是一个大错误?有很多所有这些设置器和获取器,不是吗?

昨天还看了这些45分钟....嗯,好像连学生都把作者砸得稀巴烂了。

该理论说得很好:这里的对象,它必须能够做所有的事情--而且它不应该与硬件捆绑在一起,因为你指挥的是PC,而不是你!"。如果对象不知道怎么做,我们就再写一个小类,实际上不是这样的--如果你拒绝控制一个对象,就会有重复的代码块,继承会部分解决这个问题,但一般来说,程序员不是解决了问题,而是得到了一堆对象(或痛苦的山?)))),并将不得不找出如何管理这一切...... imho,如果IT巨头写的代码在逻辑上是相似的,它是有效的,而创新者,嗯,他们一直是,并将是,但他们的成果,由于某些原因,是不可见的。

SZS: 如何改变按钮的颜色?- 杀死以前的对象,并创建一个不同颜色的新按钮?- 以及如何获得按钮状态?- 如果是一个由数百个按钮组成的颜色方案--再一次把它们全部杀掉,然后再创建其他的?)

 
Igor Makanu:

昨天还看了这个45分钟....好吧,即使是学生也有点砸了作者的招牌。

该理论说得很好:这里的对象,它必须能够做所有的事情--而这一切都不应该与硬件挂钩,因为是你命令PC,而不是PC命令你!这就是为什么我们要把它作为一个 "目标"。如果对象不知道怎么做,我们就再写一个小类,实际上不是这样的--如果你拒绝控制一个对象,就会有重复的代码块,继承会部分解决这个问题,但一般来说,程序员不是解决了问题,而是得到了一堆对象(或痛苦的山?)))),并将不得不找出如何管理这一切...... imho,如果IT巨头写的代码在逻辑上是相似的,它是有效的,而创新者,嗯,他们一直是,并将是,但他们的结果,由于某些原因,是不可见的。

SZS: 如何改变按钮的颜色?- 杀死以前的对象,并创建一个不同颜色的新按钮?- 以及如何获得按钮状态?- 如果是一个由数百个按钮组成的颜色方案--再把它们全部杀掉,然后再创造其他的?)

有趣的是,即使是无意识 地应用OOP原则,也会带来相当具体的结果。

 
Alexey Viktorov:

有趣的讲座,但留下了太多的问题。他在这里谈到了setters和getters的危害,但请向我解释,当你通过setters或在构造器中输入一些值时,有什么区别,你会在哪里犯错?所以,事实证明,SB MQL5只是一个大错误?有很多所有这些设置者和获取者。

开发人员做得很正确--标准库 专注于入门级,对于大多数任务来说,它是相当足够的。为了用OOP写作(而不仅仅是玩弄术语),人们需要一种高级水平和某种类型的思维。如果你没有,你仍然可以 所有东西变成类,认为这是OOP。这可能是无法教的--理解是随着时间的推移而来的。

 
A100:

如果你没有,你仍然可以用类来包装 一切,认为这就是OOP。

你又一次试图炫耀你的聪明才智,但不幸的是,你没有展示你的例子,你又一次试图为你不认识的人想出一些东西,说,要...

印象中,小气、下流、试图下流--一般来说,不要分心))))。

 
Igor Makanu:

你又一次试图炫耀你的智慧,但不幸的是,你没有显示出 你的智慧的例子,你又一次试图为你不认识的人编造事情,以...

意思是说,小气、下流、试图刻薄--一般来说,不要分心))))。

我展示了错误的 例子--从而给了一个鱼竿,但没有给鱼。

 
A100:

我展示了错误的 例子--从而给了一个鱼竿,但没有给鱼。

怎么了?这些例子在测试器和交易中都可以使用。

我曾多次写道,如果它是方便的,那就意味着它可以而且应该被使用。

在大多数情况下,为简单的策略部署继承性是没有意义的,因为Runet论坛上的每个交易者每周都试图发明一打或更多的策略,而我的例子允许提供一个快速的可移植的现成代码。

如果你有具体的问题或建议,也许我愿意讨论,如果没有,讨论不存在的东西有什么意义?

 
Igor Makanu:

错误是什么?例子在测试器和贸易中都可以使用。

这个错误是从OOP的角度来看的,而不是从最终结果的角度来看的。如果你不明白错误是什么,再重新看一遍视频,然后再看一遍--直到你理解为止。这是我自己第一次看到这个视频,但我无法如此简单明白地解释它

 
A100:

在OOP方面是一个错误,而不是在最终结果方面。如果你不明白什么是错误,就再看一遍视频,然后再看一遍,直到明白为止。

唉,不会的,演讲者甚至不能回答学生的问题,问题是正确的。

让我们来谈谈实际情况。

我怀疑你支持视频的作者,他的名字是Egor(是这样写的),视频的主要信息是完全进入OOP--真正的OOP!这是我的观点。

好吧!按照作者的建议,举一个简单的例子,说明如何使用OOP,任务很简单,他自己提到了与文件有关的工作,他自己无法回答学生的问题。

我经常使用CFile类--我懒得写额外的代码,习惯于使用现成的代码,它很好地解决了我的问题。

在你看来,根据视频作者的说法,CFile中的哪些内容应该被改写?