给OOP专家的一个问题。 - 页 7 1234567891011121314...55 新评论 Реter Konow 2019.08.25 20:26 #61 就这样吧,我去学习OOP了。我回来后会给大家答复)。 Alexey Viktorov 2019.08.26 13:50 #62 Nikolai Semko: 不要放过45分钟,彼得。首先,非常重要的是要理解这个家伙在说什么。许多人可能会与他争论,但总的来说,他是对的。 一个有趣的讲座,但仍然有太多的问题。他谈到了setters和getters的不利影响,但请解释一下,如果我在setters或构造器中引入错误,有什么区别?所以,事实证明,SB MQL5只是一个大错误?有很多所有这些设置器和获取器,不是吗? Igor Makanu 2019.08.26 14:19 #63 Alexey Viktorov: 有趣的讲座,但留下了太多的问题。他在这里谈到了setters和getters的危害,但请向我解释,当你通过setters或在构造器中输入一些值时,有什么区别,你会在哪里犯错?所以,事实证明,SB MQL5只是一个大错误?有很多所有这些设置器和获取器,不是吗? 昨天还看了这些45分钟....嗯,好像连学生都把作者砸得稀巴烂了。 该理论说得很好:这里的对象,它必须能够做所有的事情--而且它不应该与硬件捆绑在一起,因为你指挥的是PC,而不是你!"。如果对象不知道怎么做,我们就再写一个小类,实际上不是这样的--如果你拒绝控制一个对象,就会有重复的代码块,继承会部分解决这个问题,但一般来说,程序员不是解决了问题,而是得到了一堆对象(或痛苦的山?)))),并将不得不找出如何管理这一切...... imho,如果IT巨头写的代码在逻辑上是相似的,它是有效的,而创新者,嗯,他们一直是,并将是,但他们的成果,由于某些原因,是不可见的。 SZS: 如何改变按钮的颜色?- 杀死以前的对象,并创建一个不同颜色的新按钮?- 以及如何获得按钮状态?- 如果是一个由数百个按钮组成的颜色方案--再一次把它们全部杀掉,然后再创建其他的?) aleger 2019.08.26 14:30 #64 Igor Makanu: 昨天还看了这个45分钟....好吧,即使是学生也有点砸了作者的招牌。 该理论说得很好:这里的对象,它必须能够做所有的事情--而这一切都不应该与硬件挂钩,因为是你命令PC,而不是PC命令你!这就是为什么我们要把它作为一个 "目标"。如果对象不知道怎么做,我们就再写一个小类,实际上不是这样的--如果你拒绝控制一个对象,就会有重复的代码块,继承会部分解决这个问题,但一般来说,程序员不是解决了问题,而是得到了一堆对象(或痛苦的山?)))),并将不得不找出如何管理这一切...... imho,如果IT巨头写的代码在逻辑上是相似的,它是有效的,而创新者,嗯,他们一直是,并将是,但他们的结果,由于某些原因,是不可见的。 SZS: 如何改变按钮的颜色?- 杀死以前的对象,并创建一个不同颜色的新按钮?- 以及如何获得按钮状态?- 如果是一个由数百个按钮组成的颜色方案--再把它们全部杀掉,然后再创造其他的?) 有趣的是,即使是无意识 地应用OOP原则,也会带来相当具体的结果。 A100 2019.08.26 15:00 #65 Alexey Viktorov: 有趣的讲座,但留下了太多的问题。他在这里谈到了setters和getters的危害,但请向我解释,当你通过setters或在构造器中输入一些值时,有什么区别,你会在哪里犯错?所以,事实证明,SB MQL5只是一个大错误?有很多所有这些设置者和获取者。 开发人员做得很正确--标准库 专注于入门级,对于大多数任务来说,它是相当足够的。为了用OOP写作(而不仅仅是玩弄术语),人们需要一种高级水平和某种类型的思维。如果你没有,你仍然可以把 所有东西变成类,认为这是OOP。这可能是无法教的--理解是随着时间的推移而来的。 Igor Makanu 2019.08.26 15:18 #66 A100: 如果你没有,你仍然可以用类来包装 一切,认为这就是OOP。 你又一次试图炫耀你的聪明才智,但不幸的是,你没有展示你的例子,你又一次试图为你不认识的人想出一些东西,说,要... 印象中,小气、下流、试图下流--一般来说,不要分心))))。 A100 2019.08.26 15:24 #67 Igor Makanu: 你又一次试图炫耀你的智慧,但不幸的是,你没有显示出 你的智慧的例子,你又一次试图为你不认识的人编造事情,以... 意思是说,小气、下流、试图刻薄--一般来说,不要分心))))。 我展示了错误的 例子--从而给了一个鱼竿,但没有给鱼。 Igor Makanu 2019.08.26 15:33 #68 A100: 我展示了错误的 例子--从而给了一个鱼竿,但没有给鱼。 怎么了?这些例子在测试器和交易中都可以使用。 我曾多次写道,如果它是方便的,那就意味着它可以而且应该被使用。 在大多数情况下,为简单的策略部署继承性是没有意义的,因为Runet论坛上的每个交易者每周都试图发明一打或更多的策略,而我的例子允许提供一个快速的可移植的现成代码。 如果你有具体的问题或建议,也许我愿意讨论,如果没有,讨论不存在的东西有什么意义? A100 2019.08.26 15:36 #69 Igor Makanu: 错误是什么?例子在测试器和贸易中都可以使用。 这个错误是从OOP的角度来看的,而不是从最终结果的角度来看的。如果你不明白错误是什么,再重新看一遍视频,然后再看一遍--直到你理解为止。这是我自己第一次看到这个视频,但我无法如此简单明白地解释它 Igor Makanu 2019.08.26 15:54 #70 A100: 在OOP方面是一个错误,而不是在最终结果方面。如果你不明白什么是错误,就再看一遍视频,然后再看一遍,直到明白为止。 唉,不会的,演讲者甚至不能回答学生的问题,问题是正确的。 让我们来谈谈实际情况。 我怀疑你支持视频的作者,他的名字是Egor(是这样写的),视频的主要信息是完全进入OOP--真正的OOP!这是我的观点。 好吧!按照作者的建议,举一个简单的例子,说明如何使用OOP,任务很简单,他自己提到了与文件有关的工作,他自己无法回答学生的问题。 我经常使用CFile类--我懒得写额外的代码,习惯于使用现成的代码,它很好地解决了我的问题。 在你看来,根据视频作者的说法,CFile中的哪些内容应该被改写? 1234567891011121314...55 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
不要放过45分钟,彼得。首先,非常重要的是要理解这个家伙在说什么。许多人可能会与他争论,但总的来说,他是对的。
一个有趣的讲座,但仍然有太多的问题。他谈到了setters和getters的不利影响,但请解释一下,如果我在setters或构造器中引入错误,有什么区别?所以,事实证明,SB MQL5只是一个大错误?有很多所有这些设置器和获取器,不是吗?
有趣的讲座,但留下了太多的问题。他在这里谈到了setters和getters的危害,但请向我解释,当你通过setters或在构造器中输入一些值时,有什么区别,你会在哪里犯错?所以,事实证明,SB MQL5只是一个大错误?有很多所有这些设置器和获取器,不是吗?
昨天还看了这些45分钟....嗯,好像连学生都把作者砸得稀巴烂了。
该理论说得很好:这里的对象,它必须能够做所有的事情--而且它不应该与硬件捆绑在一起,因为你指挥的是PC,而不是你!"。如果对象不知道怎么做,我们就再写一个小类,实际上不是这样的--如果你拒绝控制一个对象,就会有重复的代码块,继承会部分解决这个问题,但一般来说,程序员不是解决了问题,而是得到了一堆对象(或痛苦的山?)))),并将不得不找出如何管理这一切...... imho,如果IT巨头写的代码在逻辑上是相似的,它是有效的,而创新者,嗯,他们一直是,并将是,但他们的成果,由于某些原因,是不可见的。
SZS: 如何改变按钮的颜色?- 杀死以前的对象,并创建一个不同颜色的新按钮?- 以及如何获得按钮状态?- 如果是一个由数百个按钮组成的颜色方案--再一次把它们全部杀掉,然后再创建其他的?)
昨天还看了这个45分钟....好吧,即使是学生也有点砸了作者的招牌。
该理论说得很好:这里的对象,它必须能够做所有的事情--而这一切都不应该与硬件挂钩,因为是你命令PC,而不是PC命令你!这就是为什么我们要把它作为一个 "目标"。如果对象不知道怎么做,我们就再写一个小类,实际上不是这样的--如果你拒绝控制一个对象,就会有重复的代码块,继承会部分解决这个问题,但一般来说,程序员不是解决了问题,而是得到了一堆对象(或痛苦的山?)))),并将不得不找出如何管理这一切...... imho,如果IT巨头写的代码在逻辑上是相似的,它是有效的,而创新者,嗯,他们一直是,并将是,但他们的结果,由于某些原因,是不可见的。
SZS: 如何改变按钮的颜色?- 杀死以前的对象,并创建一个不同颜色的新按钮?- 以及如何获得按钮状态?- 如果是一个由数百个按钮组成的颜色方案--再把它们全部杀掉,然后再创造其他的?)
有趣的是,即使是无意识 地应用OOP原则,也会带来相当具体的结果。
有趣的讲座,但留下了太多的问题。他在这里谈到了setters和getters的危害,但请向我解释,当你通过setters或在构造器中输入一些值时,有什么区别,你会在哪里犯错?所以,事实证明,SB MQL5只是一个大错误?有很多所有这些设置者和获取者。
开发人员做得很正确--标准库 专注于入门级,对于大多数任务来说,它是相当足够的。为了用OOP写作(而不仅仅是玩弄术语),人们需要一种高级水平和某种类型的思维。如果你没有,你仍然可以把 所有东西变成类,认为这是OOP。这可能是无法教的--理解是随着时间的推移而来的。
如果你没有,你仍然可以用类来包装 一切,认为这就是OOP。
你又一次试图炫耀你的聪明才智,但不幸的是,你没有展示你的例子,你又一次试图为你不认识的人想出一些东西,说,要...
印象中,小气、下流、试图下流--一般来说,不要分心))))。
你又一次试图炫耀你的智慧,但不幸的是,你没有显示出 你的智慧的例子,你又一次试图为你不认识的人编造事情,以...
意思是说,小气、下流、试图刻薄--一般来说,不要分心))))。
我展示了错误的 例子--从而给了一个鱼竿,但没有给鱼。
我展示了错误的 例子--从而给了一个鱼竿,但没有给鱼。
怎么了?这些例子在测试器和交易中都可以使用。
我曾多次写道,如果它是方便的,那就意味着它可以而且应该被使用。
在大多数情况下,为简单的策略部署继承性是没有意义的,因为Runet论坛上的每个交易者每周都试图发明一打或更多的策略,而我的例子允许提供一个快速的可移植的现成代码。
如果你有具体的问题或建议,也许我愿意讨论,如果没有,讨论不存在的东西有什么意义?
错误是什么?例子在测试器和贸易中都可以使用。
这个错误是从OOP的角度来看的,而不是从最终结果的角度来看的。如果你不明白错误是什么,再重新看一遍视频,然后再看一遍--直到你理解为止。这是我自己第一次看到这个视频,但我无法如此简单明白地解释它
在OOP方面是一个错误,而不是在最终结果方面。如果你不明白什么是错误,就再看一遍视频,然后再看一遍,直到明白为止。
唉,不会的,演讲者甚至不能回答学生的问题,问题是正确的。
让我们来谈谈实际情况。
我怀疑你支持视频的作者,他的名字是Egor(是这样写的),视频的主要信息是完全进入OOP--真正的OOP!这是我的观点。
好吧!按照作者的建议,举一个简单的例子,说明如何使用OOP,任务很简单,他自己提到了与文件有关的工作,他自己无法回答学生的问题。
我经常使用CFile类--我懒得写额外的代码,习惯于使用现成的代码,它很好地解决了我的问题。
在你看来,根据视频作者的说法,CFile中的哪些内容应该被改写?