在休息室谈论巴解组织的问题 - 页 17

 
我不想冒犯任何人的圣人和正义的信仰,但听着关于OOP的荒谬和天真的宣传,就像 "我脑子坏了,坐下来写代码,想拿一个函数,哦,好吧,我禁止自己使用它",真是好笑这只是一个孩子的游戏,它是一个匆忙的......
 

顺便说一句,如果你还不知道的话,OOP早已不是什么新鲜事了,它不适用于多核处理器,因为它的开销太大,而且并联性很差......。

好在编译器已经学会在优化过程中抛弃所有这些东西,留下纯程序逻辑,否则没有人知道这种进步或退化在实践中会产生什么结果......

 
Andrei:

顺便说一下,如果你不知道OOP,它早就过时了,它不适用于多核处理器,因为它的开销太大,而且并行性很差......

好在编译器已经学会了在优化过程中抛弃所有这些垃圾,留下纯程序逻辑,否则我们不知道这种进步或退化在实践中会产生什么结果......


清楚地回答问题,不要有开拓性的垃圾。

1.你个人使用过什么并联技术。不是一般的废话,而是技术和语言的具体名称。

1.1 你的OOP版本在哪些方面失败了?

------------

SZZY: 我在OOP教学已经超过24小时了,版主写道,在这段时间里,他禁止了10个人,并删除了大约200个愚蠢的帖子!说是写,已经有经常看你的人了,每次有40-50人,主题是必要的。我需要创建一个菜单--我随时都会帮助你。

 
Andrei:

顺便说一下,如果你不知道OOP,它早已成为过去;它不适用于多核处理器,因为它的开销太大,而且并联性很差......

好在编译器已经学会在优化过程中抛弃所有这些东西,留下纯程序逻辑,否则没有人知道这种进步或退化在实践中会产生什么结果......


是谁呢?

 
Alexey Volchanskiy:


------------

说,写,已经有经常读你的人了,每次有40-50人,主题是必要的。如果你需要菜单,我可以随时帮助你。

你根本就没有照顾好自己...
 
Алексей Тарабанов:
你根本就没有照顾好自己...

为什么呢,它就是很舒服。所有的渣滓都被版主处理了,只有我的纯知识。不像这里。前一分钟他还在发仇恨邮件说他有多恨我。然后发现他的小鸡不喜欢他。

嗯,很多人也不喜欢我。我不是为了被人爱而花一百万英镑)。

-------------

可悲的是,你不能在这里提出严肃的话题。它在24小时内都会被几十条渣滓信息所淹没。然后永远落入渣滓之中。

超级聊天室MQ的形式不会改变,因此,我关于生活和小鸡的故事,反正最多一个星期,然后死在化粪池里。

------------------

也许我会尝试在共享项目中复制课程,至少有些东西会被保存在那里,你可以在写作权限方面淘汰那些懒人。

-----------

但更重要的是,我应该取消所有论坛的注册,把所有的精力放在赚钱上))这就是我的目的。

 
Andrei:
我不想冒犯任何人的圣人和正义的信仰,但听着可笑的、天真的OOP宣传说我 "头脑发热,坐下来写了一些代码,打算拿一个函数,却幸运地禁止自己使用它",这实在是太有趣了......对鸡来说,这只是一场儿戏。

这不是'幼稚园'。

这样的 "自我禁忌 "存在于生活的许多领域。

什么是 "如果你不认识路,就不要跳进水里 "这句话?是不是像 "我决定过河,但我禁止自己这样做"?

什么是 "不要参与--会害死你 "的标志? 为什么不能参与?但为了你自己的安全,你一定不要这样做。

保护性内存访问--听说过吗?同样--为了你自己好,这样你的一个过程就不会意外地进入你的另一个过程。

在OOP中也是一样的,谁能阻止你把一个对象中的所有变量都定义为公共的?但任何开始编写大型项目的人很快就会发现,拥有一个私有的内存空间并通过一个受限的接口组织对它的访问是非常方便的。

与fxsaber的代码相比,它隐藏了交易订单的 微妙之处,因此你不需要知道你在什么平台上工作--MT4或MT5。 我也可以向你提供我的代码,我定期发布--你不需要了解这里的任何不必要的东西。你拿着交易处理器的类,使用它的虚拟接口,甚至不用考虑你在哪个终端上工作(以及它到底是不是一个终端,比如说,我已经布置了在WLD中使用C#的可能性)。

限制首先对你来说是必要的,这样你就不必记住整个系统是如何建立的。该装置经过调试,可以正常工作。外界没有人可以接触到它--只是为了不干扰它的运作。在功能性方法中,这一点不容易做到,你必须始终记住你能去哪里,不能去哪里,限制了自己。这可能会导致忘记你可以和不能改变的地方。

 
Andrei:

顺便说一下,如果你不知道OOP,它早已成为过去;它不适用于多核处理器,因为它的开销太大,而且并联性很差......

好在编译器已经学会在优化过程中抛弃所有这些东西,留下纯粹的程序逻辑......否则没有人知道这种进步或退化在实践中会导致什么......

你说的 "可并行性差 "是什么意思?恰恰相反--OOP代码比函数式代码更容易被并行化。这是由于无处不在的封装。

至于编译器,它们没有OOP或函数式方法--它们使用地址、GOTO命令、寄存器......。对他们来说,OOP-方法和FP-方法都同样陌生。

人们需要OOP方法来简化开发,最重要的是,系统支持。

 
Alexey Volchanskiy:

为什么呢,它就是很舒服。所有的渣滓都被版主处理了,只有我的纯知识。不像这里。前一分钟他还在发仇恨邮件说他有多恨我。然后他发现他的小鸡不喜欢他。

嗯,女人也不喜欢我......还有更多...这是一个普遍现象,阿列克谢,他们都是动物,不是每个人都能驯服他们,所以你会有很多羡慕的人。

但你最好告诉我--你的课程在哪里?我也要看一下...

 

一篇关于"面向对象编程的利与弊 " 的好文章。

uni-vologda.ac.ru/oberon/infoart/plus&min.htm

而在缺点中,主要提到的是难以学习如何通过OOP编程和阅读额外的库。