MQL5中的OOP问题 - 页 54 1...474849505152535455565758596061...96 新评论 TheXpert 2020.05.18 12:18 #531 Dmitry Fedoseev: https://www.mql5.com/ru/forum/85652/page52#comment_16423899 为什么这么惊讶? 这不是惊讶,而是不相信。 你对这个问题的掌握程度从你在这个主题的帖子中可以清楚地看到。 Dmitry Fedoseev 2020.05.18 12:21 #532 TheXpert: 你对这个问题的掌握程度从这个主题的帖子中完全可以看出。 你是水平方面的专家吗? ...城市通信。 Igor Makanu 2020.05.18 12:30 #533 TheXpert: 是的,继续,告诉我,标题阅读并不意味着研究,你就像STL的模式,这是 "STL是一个矢量" 你来到这里,破坏了一个大头鬼的心心相印。 那人在做梦,你却在玩。 )))) TheXpert 2020.05.18 12:52 #534 Igor Makanu: 你对什么感到遗憾? 不客气,如果你喜欢,就去吧。 Aleksey Mavrin 2020.05.18 13:13 #535 德米特里-费多塞耶夫。 你为什么这么生气,我亲爱的?) 好吧,你不喜欢这些图案,那就不要使用它们。或者你不喜欢它们的名字,就用它们,但不要叫它们 "模式"。随心所欲,只要适合自己就好。 但否认它们的意义是空洞的。以及夸大其词;) Aleksey Mavrin 2020.05.18 13:27 #536 Dmitry Fedoseev:你把解决编程问题的算法与所谓的、现在流行的、 专门与OOP有关的"设计模式 "混为一谈。而且你还混淆了很多其他的东西,阅读时也不专心。稍早我写道--使用结构。但是,如果你读了那篇帖子,而我没有提到复制整个类的功能,你就会明白,我们是成年人,为什么要 为不必要的结构而烦恼,我们应该成熟地做每件事--只要提供复制整个类的能力。 1.这个主题是关于OOP的,所以我并不感到困惑。 2.这种结构是否以任何方式改变了快照模式的本质? 3.没有额外的工作要做。这只是一个衡量什么会更多的问题--现在的 "额外 "工作,还是以后扩大和发展项目 时的工作。 4.这是什么意思? 在快照中没有必要。 Valeriy Yastremskiy 2020.05.18 13:28 #537 我可以问你一个问题,什么是本地意义上的模式?我有点迷茫,真的。它是某些任务的包装,还是任务的一种状态?有了类、结构、指针和动态,我已经多少明白了。同样明显的是,这些术语还没有完全流行起来,还没有被定义。还有,是否有任何条件可以用来确定什么时候应该应用它们。在Photoshop和渲染的情况下,这很清楚,但这些不是时间序列 任务。或者,也许我错过了什么,在视觉渲染和GA VR中存在一些共同点? Dmitry Fedoseev 2020.05.18 13:34 #538 Aleksey Mavrin: 1.这条线是关于OOP的,所以我并不感到困惑。 2.这种结构是否以任何方式改变了快照模式的本质? 3.没有必要做额外的工作。这只是一个衡量什么会更多的问题--现在的 "额外 "工作,还是以后扩大和发展项目时的工作。 4.这是什么意思? 在快照中没有必要。 你被困在细枝末节中。这并不有趣。这里讨论的 "守护者 "模式的主要观点是,它有点像承诺保护封装,但通过为每个字段创建几个公共方法来实现。有趣的是,你怎么没有得到最重要的信息。 Dmitry Fedoseev 2020.05.18 13:37 #539 Valeriy Yastremskiy: 而我可以问,什么是地方意义上的模式?我有点迷茫,真的。它是一些任务的包装,还是一个任务的状态?有了类、结构、指针和动态,我想我对它们的理解更深了。同样明显的是,这些术语还没有完全流行起来,还没有被定义。还有,是否有任何条件可以用来确定什么时候应该应用它们。在Photoshop和渲染的情况下,这很清楚,但这些不是时间序列任务。或者,也许我错过了什么,在视觉渲染和GA VR中存在一些共同点? 这里的一切都很清楚、具体和规范。有一本书!本书列出了这些模式,这就是我们要讨论的问题。这本书叫《设计模式》或类似的东西。但不仅仅是这本书,互联网上有很多关于它们的网站,甚至在维基百科上也有,最主要的是这个主题被封存了))......不了解设计模式的人--平民,而掌握了它们的人--他就掌握了生活本身阿门! Aleksey Mavrin 2020.05.18 13:38 #540 Igor Makanu: 我不是在宣称我自己的观点,我可能在某个地方读到过,但我认为,在编程中只有两个问题:正确的程序结构 和迅速为一个变量找到一个好名字,其余的都很容易完成。 我也是认真的。 谢谢,我将阅读你的模式 我将等待,万一有其他人出现,但只有在初学者和培训者的问题上,akademevelopers才会扑过来)) 正是如此--正确的结构。这就是为什么你应该考虑这种结构的所有可能选项,分析它们在特定任务中的利弊(考虑到可扩展性要求和维护等),并选择最好的一个。 而臭名昭著的模式本身(不管它们到底是什么意思)甚至不是这里的结构的变体,而只是大脑的一个参考点。这就像 "如果问题符合模式X任务的描述,那么它可以通过应用模式X来解决",但你也可以用一堆其他的方式来解决它。 总的来说,这27种基本模式的诞生是为了给程序员提供一种提示,告诉他们如何按照OOP原则解决典型问题。如果没有遵循原则的任务,就像Dmitry的结构一样,那么你就不需要任何模式。 1...474849505152535455565758596061...96 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
https://www.mql5.com/ru/forum/85652/page52#comment_16423899 为什么这么惊讶?
你对这个问题的掌握程度从这个主题的帖子中完全可以看出。
你是水平方面的专家吗? ...城市通信。
是的,继续,告诉我,标题阅读并不意味着研究,你就像STL的模式,这是 "STL是一个矢量"
你来到这里,破坏了一个大头鬼的心心相印。
那人在做梦,你却在玩。
))))
你对什么感到遗憾?
德米特里-费多塞耶夫。
你为什么这么生气,我亲爱的?)
好吧,你不喜欢这些图案,那就不要使用它们。或者你不喜欢它们的名字,就用它们,但不要叫它们 "模式"。随心所欲,只要适合自己就好。
但否认它们的意义是空洞的。以及夸大其词;)
你把解决编程问题的算法与所谓的、现在流行的、 专门与OOP有关的"设计模式 "混为一谈。而且你还混淆了很多其他的东西,阅读时也不专心。稍早我写道--使用结构。但是,如果你读了那篇帖子,而我没有提到复制整个类的功能,你就会明白,我们是成年人,为什么要 为不必要的结构而烦恼,我们应该成熟地做每件事--只要提供复制整个类的能力。
1.这个主题是关于OOP的,所以我并不感到困惑。
2.这种结构是否以任何方式改变了快照模式的本质?
3.没有额外的工作要做。这只是一个衡量什么会更多的问题--现在的 "额外 "工作,还是以后扩大和发展项目 时的工作。
4.这是什么意思? 在快照中没有必要。
1.这条线是关于OOP的,所以我并不感到困惑。
2.这种结构是否以任何方式改变了快照模式的本质?
3.没有必要做额外的工作。这只是一个衡量什么会更多的问题--现在的 "额外 "工作,还是以后扩大和发展项目时的工作。
4.这是什么意思? 在快照中没有必要。
你被困在细枝末节中。这并不有趣。这里讨论的 "守护者 "模式的主要观点是,它有点像承诺保护封装,但通过为每个字段创建几个公共方法来实现。有趣的是,你怎么没有得到最重要的信息。
而我可以问,什么是地方意义上的模式?我有点迷茫,真的。它是一些任务的包装,还是一个任务的状态?有了类、结构、指针和动态,我想我对它们的理解更深了。同样明显的是,这些术语还没有完全流行起来,还没有被定义。还有,是否有任何条件可以用来确定什么时候应该应用它们。在Photoshop和渲染的情况下,这很清楚,但这些不是时间序列任务。或者,也许我错过了什么,在视觉渲染和GA VR中存在一些共同点?
这里的一切都很清楚、具体和规范。有一本书!本书列出了这些模式,这就是我们要讨论的问题。这本书叫《设计模式》或类似的东西。但不仅仅是这本书,互联网上有很多关于它们的网站,甚至在维基百科上也有,最主要的是这个主题被封存了))......不了解设计模式的人--平民,而掌握了它们的人--他就掌握了生活本身阿门!
我不是在宣称我自己的观点,我可能在某个地方读到过,但我认为,在编程中只有两个问题:正确的程序结构 和迅速为一个变量找到一个好名字,其余的都很容易完成。
我也是认真的。
谢谢,我将阅读你的模式
我将等待,万一有其他人出现,但只有在初学者和培训者的问题上,akademevelopers才会扑过来))
正是如此--正确的结构。这就是为什么你应该考虑这种结构的所有可能选项,分析它们在特定任务中的利弊(考虑到可扩展性要求和维护等),并选择最好的一个。
而臭名昭著的模式本身(不管它们到底是什么意思)甚至不是这里的结构的变体,而只是大脑的一个参考点。这就像 "如果问题符合模式X任务的描述,那么它可以通过应用模式X来解决",但你也可以用一堆其他的方式来解决它。
总的来说,这27种基本模式的诞生是为了给程序员提供一种提示,告诉他们如何按照OOP原则解决典型问题。如果没有遵循原则的任务,就像Dmitry的结构一样,那么你就不需要任何模式。