MQL5中的OOP问题 - 页 52 1...454647484950515253545556575859...96 新评论 Dmitry Fedoseev 2020.05.18 12:00 #511 Maxim Kuznetsov: 一个 "设计模式 "只是同意用相同的名字来称呼经常出现的事物。顺便说一下,这个词来自建筑学(涉及到雕塑/桥梁/门户/门廊)。 有时类似的事情可以用类似的技术来解决,不一定总是这样......但在事物和方法的相似性上达成一致是很有用的,这样才能相互理解。 但当然也有 "给傻瓜一个玻璃阴茎,他就会打碎这个东西,然后割伤自己 "的人。 是的,将一个值分配给一个变量现在被称为保持器或快照(取决于变量的数量:),将部分代码放入一个函数并通过引用返回值现在被称为工厂,等等。 这些模式与OOP的 真正使用 毫无关系,也与OOP中使用的真正模式毫无关系。 Dmitry Fedoseev 2020.05.18 12:01 #512 Igor Makanu: 什么叫 "研究"? 如果你看了几个论坛的描述,有一打的人 如果在MQL中应用,那么一个--策略。 学习--不仅是阅读,而且是理解,并为自己写了一个培训范例。 而这种 "战略 "模式,你是如何应用的?你是否在某个地方读到过它,研究过它,然后应用它?还是你写了又写,看了又看,结果发现我应用了 "策略 "模式? Maxim Kuznetsov 2020.05.18 12:04 #513 Dmitry Fedoseev: 是的,向一个变量赋值现在被称为Keeper或Snapshot(取决于变量的数量:),而通过引用返回一个值现在被称为Fabricoyne,等等。 这些模式与OOP的 实际使用 毫无关系,也与OOP中的实际模式毫无关系。 好吧,你在某个地方喝了很多糟糕的白兰地...... Artyom Trishkin 2020.05.18 12:07 #514 Dmitry Fedoseev: 没有任何东西被嵌入其中。你研究过多少种模式? 这与学习无关。你不需要知道上交所第31卷的每一行。但你可以打开合适的,找出感兴趣的东西。并在需要的地方使用它。 人们可以使用别人以前积累的知识(不是一对一的代码行,而是别人以前说出的最佳逻辑)。你可以走自己的远路,发明自己的自行车。而你可以阅读一本聪明的书,但如果不严格遵循其中的假设,就无法迈出一步。但那是关于神通者的,让他们去吧。 Igor Makanu 2020.05.18 12:07 #515 Dmitry Fedoseev: 学习--不仅仅是阅读,而是理解,并为自己写了一份案例研究。 你研究过多少种模式? 德米特里-费多塞耶夫。 或者写了一些东西,写完了,然后看了看,哦,奇迹--原来我应用了 "策略 "模式? 恰恰相反,首先有一个奇迹--我的代码结构,然后我研究了模式,并根据模式完全从头开始重写了这个奇迹--得到了进一步使用的方便 Dmitry Fedoseev 2020.05.18 12:11 #516 Artyom Trishkin: 这与学习无关。没有必要了解上交所第31卷的每一行。但有可能打开正确的,并找到感兴趣的东西。并在需要的地方使用它。 人们可以使用别人以前积累的知识(不是一对一的代码行,而是别人以前说出的最佳逻辑)。你可以走自己的远路,发明自己的自行车。而你可以阅读一本聪明的书,但如果不严格遵循其中的假设,就无法迈出一步。但那是关于神通者的,让他们去吧。 将这些模式与百科全书相提并论是完全不恰当的,也是不现实的。对于这些模式,众所周知的空谷仓和铭文的比喻更为合适。 Dmitry Fedoseev 2020.05.18 12:12 #517 Maxim Kuznetsov: 好吧,你在什么地方喝了一些不好的白兰地...... 是的,就在几页前的这个主题里。 Dmitry Fedoseev 2020.05.18 12:13 #518 Igor Makanu: 你研究了多少个图案? 恰恰相反,首先是一个奇迹--我的代码结构,然后我研究了模式,并根据模式完全从头开始重写了奇迹--得到了进一步使用的方便 我有20或30件,当我完成后,我笑了。然后我在网上搜索,又找到了20多个想法,但我没有研究它们,只是笑了笑。 Maxim Kuznetsov 2020.05.18 12:15 #519 Igor Makanu: 你研究了多少种模式? 恰恰相反,首先出现了一个奇迹--我的代码结构,然后我研究了模式,并根据模式完全从头开始重写了奇迹--得到了进一步使用的便利性 总是有一个反论:是否有必要改进所产生的奇迹? 为了编程而编程,你得到了同样的鸡蛋,但在众目睽睽之下。 Igor Makanu 2020.05.18 12:21 #520 Maxim Kuznetsov:总是有一个反论:是否有必要改进所产生的奇迹?为编程而编程--即将被编程的人得到了同样的鸡蛋,但却是满面春风。 是的,这是值得的 有一种稳定的观点认为,OOP是程序化编程的一个包装,99%的论坛参与者都在从事这种工作。 有1%的人认为,OOP允许你在设计阶段 建立进一步的代码结构,我还在核实这个事实。 并写上全貌和简介....好吧,有点通过,对选择MACD样本不感兴趣 )))) Dmitry Fedoseev: 我做了20或30个,当我完成时--我笑了。然后我在网上搜索,又找到了20个样本,但我没能研究它们,只是笑笑。 20-30是一个很大的工作量,我认为,我甚至想不出那么多问题。 虽然有可能你已经使用了20-30种模式,比如......比如武士刀的名字?- 一把用于捕鱼,另一把用于切腹,而你用同一把剑来剥鱼和切香肠吃?- 不是由老师! ))) 1...454647484950515253545556575859...96 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
一个 "设计模式 "只是同意用相同的名字来称呼经常出现的事物。顺便说一下,这个词来自建筑学(涉及到雕塑/桥梁/门户/门廊)。
有时类似的事情可以用类似的技术来解决,不一定总是这样......但在事物和方法的相似性上达成一致是很有用的,这样才能相互理解。
但当然也有 "给傻瓜一个玻璃阴茎,他就会打碎这个东西,然后割伤自己 "的人。
是的,将一个值分配给一个变量现在被称为保持器或快照(取决于变量的数量:),将部分代码放入一个函数并通过引用返回值现在被称为工厂,等等。
这些模式与OOP的 真正使用 毫无关系,也与OOP中使用的真正模式毫无关系。
什么叫 "研究"?
如果你看了几个论坛的描述,有一打的人
如果在MQL中应用,那么一个--策略。
学习--不仅是阅读,而且是理解,并为自己写了一个培训范例。
而这种 "战略 "模式,你是如何应用的?你是否在某个地方读到过它,研究过它,然后应用它?还是你写了又写,看了又看,结果发现我应用了 "策略 "模式?
是的,向一个变量赋值现在被称为Keeper或Snapshot(取决于变量的数量:),而通过引用返回一个值现在被称为Fabricoyne,等等。
这些模式与OOP的 实际使用 毫无关系,也与OOP中的实际模式毫无关系。
好吧,你在某个地方喝了很多糟糕的白兰地......
没有任何东西被嵌入其中。你研究过多少种模式?
这与学习无关。你不需要知道上交所第31卷的每一行。但你可以打开合适的,找出感兴趣的东西。并在需要的地方使用它。
人们可以使用别人以前积累的知识(不是一对一的代码行,而是别人以前说出的最佳逻辑)。你可以走自己的远路,发明自己的自行车。而你可以阅读一本聪明的书,但如果不严格遵循其中的假设,就无法迈出一步。但那是关于神通者的,让他们去吧。
学习--不仅仅是阅读,而是理解,并为自己写了一份案例研究。
或者写了一些东西,写完了,然后看了看,哦,奇迹--原来我应用了 "策略 "模式?
恰恰相反,首先有一个奇迹--我的代码结构,然后我研究了模式,并根据模式完全从头开始重写了这个奇迹--得到了进一步使用的方便
这与学习无关。没有必要了解上交所第31卷的每一行。但有可能打开正确的,并找到感兴趣的东西。并在需要的地方使用它。
人们可以使用别人以前积累的知识(不是一对一的代码行,而是别人以前说出的最佳逻辑)。你可以走自己的远路,发明自己的自行车。而你可以阅读一本聪明的书,但如果不严格遵循其中的假设,就无法迈出一步。但那是关于神通者的,让他们去吧。
将这些模式与百科全书相提并论是完全不恰当的,也是不现实的。对于这些模式,众所周知的空谷仓和铭文的比喻更为合适。
好吧,你在什么地方喝了一些不好的白兰地......
是的,就在几页前的这个主题里。
你研究了多少个图案?
恰恰相反,首先是一个奇迹--我的代码结构,然后我研究了模式,并根据模式完全从头开始重写了奇迹--得到了进一步使用的方便
我有20或30件,当我完成后,我笑了。然后我在网上搜索,又找到了20多个想法,但我没有研究它们,只是笑了笑。
你研究了多少种模式?
恰恰相反,首先出现了一个奇迹--我的代码结构,然后我研究了模式,并根据模式完全从头开始重写了奇迹--得到了进一步使用的便利性
总是有一个反论:是否有必要改进所产生的奇迹?
为了编程而编程,你得到了同样的鸡蛋,但在众目睽睽之下。
总是有一个反论:是否有必要改进所产生的奇迹?
为编程而编程--即将被编程的人得到了同样的鸡蛋,但却是满面春风。
是的,这是值得的
有一种稳定的观点认为,OOP是程序化编程的一个包装,99%的论坛参与者都在从事这种工作。
有1%的人认为,OOP允许你在设计阶段 建立进一步的代码结构,我还在核实这个事实。
并写上全貌和简介....好吧,有点通过,对选择MACD样本不感兴趣 ))))
我做了20或30个,当我完成时--我笑了。然后我在网上搜索,又找到了20个样本,但我没能研究它们,只是笑笑。
20-30是一个很大的工作量,我认为,我甚至想不出那么多问题。
虽然有可能你已经使用了20-30种模式,比如......比如武士刀的名字?- 一把用于捕鱼,另一把用于切腹,而你用同一把剑来剥鱼和切香肠吃?- 不是由老师!
)))