众包的GUI。公开测试。 - 页 21 1...141516171819202122232425262728...58 新评论 Реter Konow 2020.02.29 22:18 #201 Nikolai Semko: 你不需要用哲学来解释物体是什么。因为物体是生命本身的一部分。 有一个对象是 "生命体"。 有一个对象 "昆虫"，它是 "生物 "对象的继承者。 有一个对象 "哺乳动物"，它是 "生命体 "对象的继承者。 有一个对象 "人"，它是 "哺乳动物 "对象的继承者。 有一个对象 "厨师"，它是 "人 "这个对象的继承者。 等等，这里的哲学在哪里呢？ OOP清楚地描述了这种继承机制（而不仅仅是继承）。 每个对象都有一组属性和方法，这些属性和方法在继承中被传递。一切都是严格的逻辑和具体的。根本就没有什么哲学。 阅读Artem Trishkin的文章。他的文章根本就不是那么明显和有形的物体。例如，"交易事件 "类。或 "事件类"。或者干脆说是 "类的类")。 你不能没有哲学。)) Maxim Kuznetsov 2020.02.29 22:20 #202 Nikolai Semko: 你不需要用哲学来解释物体是什么。因为物体是生命本身的一部分。 有一个对象是 "生命体"。 有一个对象 "昆虫"，它是 "生物 "对象的继承者。 有一个对象 "哺乳动物"，它是 "生命体 "对象的继承者。 有一个对象 "人"，它是 "哺乳动物 "对象的继承者。 有一个对象 "厨师"，它是 "人 "这个对象的继承者。 等等，这里的哲学在哪里呢？ OOP清楚地描述了这种继承机制（而不仅仅是继承）。 每个对象都有一组属性和方法，这些属性和方法在继承中被传递。一切都是严格的逻辑和具体的。没有什么哲学。 一个喧嚣的世界！！！"。 自动厨房是 "厨师 "类的继承者吗？ 蜘蛛人，他是哪个阶层的标本？ Реter Konow 2020.02.29 22:25 #203 蜘蛛侠是两个阶层的继承人--人和蜘蛛。如果他也是一个厨师，那么，就有三个等级--人类、蜘蛛和厨师。同时，他必须从蜘蛛那里继承一些品质，从厨师那里继承一些品质，从人类那里继承一些品质。和不被混淆! Nikolai Semko 2020.02.29 22:29 #204 Maxim Kuznetsov: 让我们来个大合唱吧！！！。 自动厨房会不会是厨师阶层的继承者？ 蜘蛛人，他是哪个类的实例？ 伙计，我边写边想，肯定会有一些自作聪明的人。)) 但说真的，对于蜘蛛侠和厨房机器来说，有这样一个话题，即从虚拟类中进行多重继承（我不太清楚MQL，但在Java中是确切的）。 Реter Konow 2020.02.29 22:31 #205 Nikolai Semko: 伙计，我在写东西时想了想，一定会有一些聪明的恶作剧者。)) 但说真的，对于蜘蛛侠和自动驾驶厨房来说，有这样一个话题，即从虚拟类中进行多重继承（不确定MQL的情况，但在Java中肯定有这个问题）。 顺便说一句，这就是OOP有一个严重的冲撞者的地方。多重继承使一切都变得复杂了。只要对象是简单的--一切都很好。 但随后，继承财产和混乱的 "油醋汁 "开始了。越往后走，越是混乱。 Nikolai Semko 2020.02.29 22:43 #206 Реter Konow: 顺便说一下，这就是OOP有一个严重的冲撞者的地方。多重继承使它变得更加复杂。只要对象是简单的，一切都很好。然后，一种继承财产和混乱的 "油醋汁 "开始了。越往后走，越是混乱。 这被称为钻石问题。这就是虚拟班的作用。顺便说一下，我已经指定了。 阅读原始资料，不要重新发明在你之前已经被发明的自行车! Реter Konow 2020.02.29 22:50 #207 Nikolai Semko: 这被称为钻石问题。这就是虚拟班的作用。顺便说一下，我澄清了这一点。 阅读原始资料，不要重新发明在你之前已经被发明的自行车! 嗯，这是个好名字。一个无法解决的问题。当我在考虑创建一个知识库时，我意识到继承有一个真实的、可观察到的极限，超过这个极限，复杂性就会超过优势。继承其他对象的属性将不如在新对象中重新创建它们来得有利。 Zy。我走了。今天就到此为止）。 Nikolai Semko 2020.02.29 22:51 #208 Реter Konow: 哇，这是个美丽的名字。一个无法解决的问题，真的。当我在考虑创建一个知识库时，我意识到继承有一个真实的、可观察到的极限，超过这个极限，复杂程度就会超过好处。继承其他对象的属性将不如在新对象中重新创建它们来得有利。一切都有一个限度。 彼得，从一个简单的开始。你仍然需要成长为多个继承人。我还没到那一步（还有一点没到）。 Nikolai Semko 2020.02.29 22:53 #209 Реter Konow: 哇，这是个美丽的名字。 这个名字来自于一个事实，即形状是菱形，类似于钻石。 菱形的继承权。 Реter Konow 2020.02.29 22:57 #210 Nikolai Semko: 这个名字来自于其形状是一个钻石，类似于钻石的事实。 是的，起初，OOP产生了一个分支的层次结构。随着它变得越来越复杂，它也越来越大。物体在它的树枝上自行排列。 渐渐地，在它的上面开始了反向过程--分支开始合并。这就是多重继承的对象的形成方式。然后，班级之间的平行连接数量增长得如此之多，以至于整个系统变得绝对纠结，不再能带来任何好处。 1...141516171819202122232425262728...58 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
你不需要用哲学来解释物体是什么。因为物体是生命本身的一部分。
有一个对象是 "生命体"。
有一个对象 "昆虫"，它是 "生物 "对象的继承者。
有一个对象 "哺乳动物"，它是 "生命体 "对象的继承者。
有一个对象 "人"，它是 "哺乳动物 "对象的继承者。
有一个对象 "厨师"，它是 "人 "这个对象的继承者。
等等，这里的哲学在哪里呢？
OOP清楚地描述了这种继承机制（而不仅仅是继承）。
每个对象都有一组属性和方法，这些属性和方法在继承中被传递。一切都是严格的逻辑和具体的。根本就没有什么哲学。
阅读Artem Trishkin的文章。他的文章根本就不是那么明显和有形的物体。例如，"交易事件 "类。或 "事件类"。或者干脆说是 "类的类")。
你不能没有哲学。))
你不需要用哲学来解释物体是什么。因为物体是生命本身的一部分。
有一个对象是 "生命体"。
有一个对象 "昆虫"，它是 "生物 "对象的继承者。
有一个对象 "哺乳动物"，它是 "生命体 "对象的继承者。
有一个对象 "人"，它是 "哺乳动物 "对象的继承者。
有一个对象 "厨师"，它是 "人 "这个对象的继承者。
等等，这里的哲学在哪里呢？
OOP清楚地描述了这种继承机制（而不仅仅是继承）。
每个对象都有一组属性和方法，这些属性和方法在继承中被传递。一切都是严格的逻辑和具体的。没有什么哲学。
一个喧嚣的世界！！！"。
自动厨房是 "厨师 "类的继承者吗？
蜘蛛人，他是哪个阶层的标本？
让我们来个大合唱吧！！！。
自动厨房会不会是厨师阶层的继承者？
蜘蛛人，他是哪个类的实例？
伙计，我边写边想，肯定会有一些自作聪明的人。))
但说真的，对于蜘蛛侠和厨房机器来说，有这样一个话题，即从虚拟类中进行多重继承（我不太清楚MQL，但在Java中是确切的）。
伙计，我在写东西时想了想，一定会有一些聪明的恶作剧者。))
但说真的，对于蜘蛛侠和自动驾驶厨房来说，有这样一个话题，即从虚拟类中进行多重继承（不确定MQL的情况，但在Java中肯定有这个问题）。
顺便说一句，这就是OOP有一个严重的冲撞者的地方。多重继承使一切都变得复杂了。只要对象是简单的--一切都很好。 但随后，继承财产和混乱的 "油醋汁 "开始了。越往后走，越是混乱。
顺便说一下，这就是OOP有一个严重的冲撞者的地方。多重继承使它变得更加复杂。只要对象是简单的，一切都很好。然后，一种继承财产和混乱的 "油醋汁 "开始了。越往后走，越是混乱。
这被称为钻石问题。这就是虚拟班的作用。顺便说一下，我已经指定了。
阅读原始资料，不要重新发明在你之前已经被发明的自行车!
这被称为钻石问题。这就是虚拟班的作用。顺便说一下，我澄清了这一点。
阅读原始资料，不要重新发明在你之前已经被发明的自行车!
嗯，这是个好名字。一个无法解决的问题。当我在考虑创建一个知识库时，我意识到继承有一个真实的、可观察到的极限，超过这个极限，复杂性就会超过优势。继承其他对象的属性将不如在新对象中重新创建它们来得有利。
Zy。我走了。今天就到此为止）。
哇，这是个美丽的名字。一个无法解决的问题，真的。当我在考虑创建一个知识库时，我意识到继承有一个真实的、可观察到的极限，超过这个极限，复杂程度就会超过好处。继承其他对象的属性将不如在新对象中重新创建它们来得有利。一切都有一个限度。
彼得，从一个简单的开始。你仍然需要成长为多个继承人。我还没到那一步（还有一点没到）。
哇，这是个美丽的名字。
这个名字来自于一个事实，即形状是菱形，类似于钻石。
菱形的继承权。
这个名字来自于其形状是一个钻石，类似于钻石的事实。
是的，起初，OOP产生了一个分支的层次结构。随着它变得越来越复杂，它也越来越大。物体在它的树枝上自行排列。 渐渐地，在它的上面开始了反向过程--分支开始合并。这就是多重继承的对象的形成方式。然后，班级之间的平行连接数量增长得如此之多，以至于整个系统变得绝对纠结，不再能带来任何好处。