OOP与程序化编程 - 页 16 1...91011121314151617181920212223...48 新评论 Dmitry Fedoseev 2017.08.12 20:07 #151 你最好花一两个月时间学习OOP,而不是用你的愚蠢来发脾气。 Реter Konow 2017.08.12 20:07 #152 Dmitry Fedoseev: 这有什么意义?不理解OOP,却对它发誓?问题是,OOP创造了包装器、对象、结构、类,其在程序中存在的必要性在效率或便利性方面都没有得到证明。在此基础上,开发者有权质疑其存在的必要性,甚至将其纳入奥卡姆剃刀切断的多余的实体。 但这只能由一个真正的开发者来完成--对一切降低他的解决方案的有效性和阻碍他的想法发展的东西无情无义。 重点仅在于此。 TheXpert 2017.08.12 20:09 #153 Реter Konow: 桑桑尼奇非常了解编程和开发的本质。这是最主要的事情。他根本就不明白。他的经验与现代发展相比,就像在沙箱里淘金与建筑公司相比。现在任何有前途的技术在框架和库方面都是奇快无比的,没有任何ESPD。过去20年的发展速度不是几倍,而是可能增加了几个数量级。 Dmitry Fedoseev 2017.08.12 20:10 #154 Реter Konow:问题是,在OOP中,封装器、对象、结构、类被创建,其在程序中存在的必要性无论是从效率的角度还是从方便的角度都没有被证明。在此基础上,开发者有权质疑其存在的必要性,甚至将其纳入奥卡姆剃刀切断的多余的实体。 但这只能由一个真正的开发者来完成--对一切降低他的解决方案的有效性和阻碍他的想法发展的东西无情无义。 问题的关键就在于此。这一点已经被证明了很久,只是有些人没有得到。 Alexey Volchanskiy 2017.08.12 20:11 #155 Alexey Volchanskiy: 乔治,你有时会写这样一个关于女性的诊所,但赞一个)))。乔治,我今天和一个女孩去散步,我们聊天,谈了一些关于害羞的男人。说实话,我不打趣,每个人都有不同的性格和不同的成长经历。我仍然认为这个来自老挝的人是我的老师,他真的教会了我很多关于生活的知识。当然,我在一个周围仍有严格制度的地区长大,也给了我很多。至少要把我的嘴闭上。也许在不同的环境下,我长大后会成为一个害羞的男孩。但在6岁时,我对妈妈说--妈妈,我明白你早上拖着我去幼儿园,下班后再来接我,这对你来说有多难。我仍然非常爱我的妈妈,好吧,一个老妇人,她永远重复的故事,好吧,让他们见鬼去吧 ))))主要是健康和欢快,现在在村里住到秋天。年轻人,不要听任何在特种部队吃住过的老前辈的意见。以我母亲为例,一个普通工程师的生活是这样的。早晨,母亲拖着昏昏欲睡的我来到鲁宾斯坦大街(圣彼得堡市中心)的一家幼儿园,由于某种原因,当时她只能到那个地方,那里离我们住的库普奇诺有一个半小时的车程。然后她会去上班,在午休时间跑到商店,希望能得到一些吃的,因为在苏联就是有饥饿感。我记得我们曾经给我们在赤塔的亲戚送过简单的意大利面!他们根本就没有食物。所以我不需要苏联下地狱。 Dmitry Fedoseev 2017.08.12 20:13 #156 我最近在做一些返工...如果没有OOP,我将不得不做三天--从头到尾修补所有的东西,有了OOP,我在一个小时内就完成了。 Dmitry Fedoseev 2017.08.12 20:15 #157 Alexey Volchanskiy: ...当然,我在一个附近仍有 "strohach "区的地区长大的事实也做了很多....。 圣彼得堡有什么区吗? Alexey Volchanskiy 2017.08.12 20:16 #158 Реter Konow: 你知道,我可以看到一个人知道并立即理解他正在谈论的东西。几个短语就够了,很明显,这个人知道他在说什么。桑桑尼奇非常了解编程和开发的本质。这是最主要的事情。代码在哪里?)))))))))))))))你的和CC的。这一切都只是腐朽的言论。 Реter Konow 2017.08.12 20:19 #159 Nikolay Ivanov: 是的,他们通常被描述,这不是问题的关键...另一个例子......一个班级就像一个有书的图书馆,而一个副本就是一个手推车......在一个手推车上,你可以把你选择的书籍从图书馆里放出来。例如,在优化器中,你可以设置一个复杂的任务来自动选择一些手推车和其中的每一套书......看看什么更有利可图 ) 一个图书馆和1个手推车可以不用OOP,而当我们谈到大量的手推车时,最好用OOP来做......如果不解决一个特定的问题,我们就不会达成一个共同点。这就是为什么我问如何描述模板的问题。我还需要问题的其他细节,以便用我的方式来解决它。如果我的方式被证明是无效的,而你的使用OOP 的方式恰恰相反,那么我承认有些任务需要OOP,而且它是必要的。 我建议我们继续讨论具体的任务,否则这种喧闹将永远不会结束。 Dmitry Fedoseev 2017.08.12 20:20 #160 Реter Konow:如果不解决一个具体的问题,我们就不会达到一个共同点。这就是为什么我问如何描述这些模式。我还需要问题的其他细节,以便用我自己的方式解决。如果我的方法被证明是无效的,而你的使用OOP 的方法则相反,那么我承认有些任务需要OOP,而且它是必要的。 我建议我们继续讨论具体的任务,否则这种喧闹将永远不会结束。听着,你昨天已经没有解决我的问题了。 1...91011121314151617181920212223...48 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
你最好花一两个月时间学习OOP,而不是用你的愚蠢来发脾气。
这有什么意义?不理解OOP,却对它发誓?
问题是,OOP创造了包装器、对象、结构、类,其在程序中存在的必要性在效率或便利性方面都没有得到证明。在此基础上,开发者有权质疑其存在的必要性,甚至将其纳入奥卡姆剃刀切断的多余的实体。
但这只能由一个真正的开发者来完成--对一切降低他的解决方案的有效性和阻碍他的想法发展的东西无情无义。
重点仅在于此。
桑桑尼奇非常了解编程和开发的本质。这是最主要的事情。
他根本就不明白。他的经验与现代发展相比,就像在沙箱里淘金与建筑公司相比。
现在任何有前途的技术在框架和库方面都是奇快无比的,没有任何ESPD。
过去20年的发展速度不是几倍,而是可能增加了几个数量级。
问题是,在OOP中,封装器、对象、结构、类被创建,其在程序中存在的必要性无论是从效率的角度还是从方便的角度都没有被证明。在此基础上,开发者有权质疑其存在的必要性,甚至将其纳入奥卡姆剃刀切断的多余的实体。
但这只能由一个真正的开发者来完成--对一切降低他的解决方案的有效性和阻碍他的想法发展的东西无情无义。
问题的关键就在于此。
这一点已经被证明了很久,只是有些人没有得到。
乔治,你有时会写这样一个关于女性的诊所,但赞一个)))。
乔治,我今天和一个女孩去散步,我们聊天,谈了一些关于害羞的男人。说实话,我不打趣,每个人都有不同的性格和不同的成长经历。
我仍然认为这个来自老挝的人是我的老师,他真的教会了我很多关于生活的知识。当然,我在一个周围仍有严格制度的地区长大,也给了我很多。至少要把我的嘴闭上。
也许在不同的环境下,我长大后会成为一个害羞的男孩。但在6岁时,我对妈妈说--妈妈,我明白你早上拖着我去幼儿园,下班后再来接我,这对你来说有多难。我仍然非常爱我的妈妈,好吧,一个老妇人,她永远重复的故事,好吧,让他们见鬼去吧 ))))主要是健康和欢快,现在在村里住到秋天。
年轻人,不要听任何在特种部队吃住过的老前辈的意见。以我母亲为例,一个普通工程师的生活是这样的。
早晨,母亲拖着昏昏欲睡的我来到鲁宾斯坦大街(圣彼得堡市中心)的一家幼儿园,由于某种原因,当时她只能到那个地方,那里离我们住的库普奇诺有一个半小时的车程。
然后她会去上班,在午休时间跑到商店,希望能得到一些吃的,因为在苏联就是有饥饿感。
我记得我们曾经给我们在赤塔的亲戚送过简单的意大利面!他们根本就没有食物。
所以我不需要苏联下地狱。
我最近在做一些返工...如果没有OOP,我将不得不做三天--从头到尾修补所有的东西,有了OOP,我在一个小时内就完成了。
...当然,我在一个附近仍有 "strohach "区的地区长大的事实也做了很多....。
你知道,我可以看到一个人知道并立即理解他正在谈论的东西。几个短语就够了,很明显,这个人知道他在说什么。桑桑尼奇非常了解编程和开发的本质。这是最主要的事情。
代码在哪里?)))))))))))))))
你的和CC的。
这一切都只是腐朽的言论。
是的,他们通常被描述,这不是问题的关键...
另一个例子......一个班级就像一个有书的图书馆,而一个副本就是一个手推车......在一个手推车上,你可以把你选择的书籍从图书馆里放出来。例如,在优化器中,你可以设置一个复杂的任务来自动选择一些手推车和其中的每一套书......看看什么更有利可图 ) 一个图书馆和1个手推车可以不用OOP,而当我们谈到大量的手推车时,最好用OOP来做......
如果不解决一个特定的问题,我们就不会达成一个共同点。这就是为什么我问如何描述模板的问题。我还需要问题的其他细节,以便用我的方式来解决它。如果我的方式被证明是无效的,而你的使用OOP 的方式恰恰相反,那么我承认有些任务需要OOP,而且它是必要的。
我建议我们继续讨论具体的任务,否则这种喧闹将永远不会结束。
如果不解决一个具体的问题,我们就不会达到一个共同点。这就是为什么我问如何描述这些模式。我还需要问题的其他细节,以便用我自己的方式解决。如果我的方法被证明是无效的,而你的使用OOP 的方法则相反,那么我承认有些任务需要OOP,而且它是必要的。
我建议我们继续讨论具体的任务,否则这种喧闹将永远不会结束。
听着,你昨天已经没有解决我的问题了。