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

新评论
 

虚函数 是一个存储在基类中的函数模板。 它只能在子类中实现。 班级也可以是虚拟的。包含虚拟函数的虚拟类被称为 "接口"。它们一起实现了主要的OOP机制之一--多态性。

只是在实践中，我不明白该把它放在哪里......

 
Georgiy Merts:

为什么会这样呢？

全局内核和OOP并不相互排斥。

只是窗口中的元素应该被封装在窗口类中，而不是 "躺在那里让大家看到"。只是为了不让人意外地 "走错地方"。改变一个变量并对其在一个巨大的全局数组中的位置犯错是非常容易的，而查询正确的接口，然后在正确的对象中改变同样的变量并犯错就难多了。

唉，它们是相互排斥的。全局的内核意味着全局的可见性，它消除了对

(1)在代码的封装方面。为什么，当一切都可以从任何地方获得时？

(2)函数的重载。为什么在一个人中做工作更容易，使结果普遍可见和可得？

(3)多态性。既然一个单元可以完成这些模板变体的工作，为什么还要在一个模板下隐藏不同的实现？代码量会更少，语法也会简单很多倍。

OOP的全部意义在于以下几点。

1.人类记忆的卸载。(它被严重卸载了，有太多的语法)。

2.在一个团队中分配共同的工作（每个人都知道一段代码，因此会有构建和调试的问题）。

3.代码的可移植性。(这确实是一个优点）。

4.营销。通过各种小工具的广告，分发和销售开发环境、库。

 
Реter Konow:

唉，排他性的。全局内核意味着全局可见性，这就消除了对

(1)在封装的代码中。为什么，当一切都可以从任何地方获得时？

(2)函数的重载。为什么在一个人中做工作更容易，使结果普遍可见和可得？

(3)多态性。既然一个单元可以完成这些模板变体的工作，为什么还要在一个模板下隐藏不同的实现？代码量会更少，语法也会简单很多倍。

OOP的全部意义在于以下几点。

1.人类记忆的卸载。(它被严重卸载了，有太多的语法)。

2.在一个团队中分配共同的工作（每个人都知道一段代码，因此会有构建和调试的问题）。

3.代码的可移植性。(这确实是一个优点）。

4.营销。通过不同噱头的广告，分发和销售开发环境、库。

你是谁，你想证明什么？OOP是坏的，一堆东西放在一个地方是好的？这就是你创建这个主题的全部目的吗？还是想通过赞美你的超级记忆力来提高你的自负？在我看来，这听起来像是你的另一个自我。仅此而已。
那么这个主题就失去了实际意义--它可以被命名为 "看着我"。这是没有用的。

告诉你的一切，你都会立即质疑，不忘加上你是什么样的人，你是如何做的，以及一切都很好，更好，整个世界是如何愚蠢的，以及其他在人的最美丽的表现上的未经学习的、有负担的虚无主义所固有的东西。

 
Artyom Trishkin:

你是谁，你想证明什么？OOP是坏的，一堆东西放在一个地方是好的？这就是你创建这个主题的全部目的吗？还是想通过赞美你的超级记忆力来提高你的自负？在我看来，这听起来像是你的另一个自我。仅此而已。
那么这个主题就失去了实际意义--它可以被命名为 "看着我"。这是没有用的。

告诉你的一切，你都会立即质疑， 不忘加上你是什么样的人，你是如何做的，以及一切都很好，更好，整个世界是如何愚蠢的，以及其他在人的最美丽的表现上的未经学习的、有负担的虚无主义 所固有的东西。

你又来了，是吗？))我以为你已经不再纠缠我的主题了。 你总是忍不住要针对我。我不能......)

当一个人变得个人化时，这意味着他对此事无话可说。显然，这些论点是铁板钉钉的。
 

支持OOP的理由很简单：人们需要它。

在这一点上，我们可以结束这个话题。

 
Реter Konow:

唉，排他性的。全局内核意味着全局可见性，这就消除了对

(1)在封装的代码中。为什么，当一切都可以从任何地方获得时？

(2)函数的重载。为什么在一个人中做工作更容易，使结果普遍可见和可得？

(3)多态性。既然一个单元可以完成这些模板变体的工作，为什么还要在一个模板下隐藏不同的实现？代码量会更少，语法也会简单很多倍。

OOP的全部意义在于以下几点。

1.人类记忆的卸载。(它被严重卸载了，有太多的语法)。

2.在一个团队中分配共同的工作（每个人都知道一段代码，因此会有构建和调试的问题）。

3.代码的可移植性。(这确实是一个优点）。

4.营销。分发和销售开发环境、库，通过广告的各种噱头。

所以这些是不同的事情。

我在任何EA中（在同一个联盟中）--都有全局范围的对象。

但你的内核可以被表示为一个有一堆函数的类--getter setters，因此它将是相当 "OOP-like "的，但有全局访问。当然，虽然没有OOP的主要优势--封装、继承和多态性。

至于OOP所依赖的是什么--第一个应该是不仅通过卸载内存（而且卸载得很好），而且通过卸载代码支持和修改来增加。此外，在OOP-设计中，重用开发比不重用要容易得多。 顺便说一下，"4-营销 "只是这种非常容易使用的结果。

 
Artyom Trishkin:

你被告知的一切，你立即质疑，不忘补充你是如何，以及一切都很好，更好，以及整个世界都是白痴，以及其他未经学习的、有负担的虚无主义者所固有的最好的形式。

阿特姆，我很羡慕彼得的记忆力......。

更不用说彼得确实尝试并提供了一些真正的见解。

 

信息量大，但不适合主题启动者的阅读隐喻中的OOP模式

纯粹以内容为主题：什么是反模式？

 
Igor Makanu:

信息量大，但不适合主题启动者的阅读隐喻中的OOP模式

纯粹以内容为主题：什么是反模式？

第二篇文章更有用，在我看来，是每个人的必读之作，无论他们从事何种风格的编程。
 
Реter Konow:

虚函数 是一个存储在基类中的函数模板。 它只能在子类中实现。班级也可以是虚拟的。包含虚拟函数的虚拟类被称为 "接口"。 它们一起实现了主要的OOP机制之一--多态性。

只是在实践中，我不明白该把它放在哪里......

虚函数是那些可以在派生类中被重写的函数。一个模板在任何情况下都是不同的。

一个特定的实现很可能在基类中，或者不在基类中（如果函数是纯粹的虚拟）。

类不能是虚拟的，它们可以是抽象的。有虚拟的继承，但你根本不需要去理会它。

大致上说，一个接口是一个抽象的类，除了纯虚拟的功能外什么都没有。

虚函数只是多态性的一部分--动态多态性，重载和模板是静态的。

你可以在任何地方做，你只是让它全部通过你的平面表格思维。

1...111213141516171819202122232425...55
新评论