MQL5中的OOP问题 - 页 54

 
Dmitry Fedoseev:

https://www.mql5.com/ru/forum/85652/page52#comment_16423899 为什么这么惊讶?

这不是惊讶,而是不相信。 你对这个问题的掌握程度从你在这个主题的帖子中可以清楚地看到。
 
TheXpert:
你对这个问题的掌握程度从这个主题的帖子中完全可以看出。

你是水平方面的专家吗? ...城市通信。

 
TheXpert:

是的,继续,告诉我,标题阅读并不意味着研究,你就像STL的模式,这是 "STL是一个矢量"

你来到这里,破坏了一个大头鬼的心心相印。

那人在做梦,你却在玩。

))))

 
Igor Makanu:

你对什么感到遗憾?

不客气,如果你喜欢,就去吧。
 

德米特里-费多塞耶夫

你为什么这么生气,我亲爱的?)

好吧,你不喜欢这些图案,那就不要使用它们。或者你不喜欢它们的名字,就用它们,但不要叫它们 "模式"。随心所欲,只要适合自己就好。

但否认它们的意义是空洞的。以及夸大其词;)

 
Dmitry Fedoseev:

你把解决编程问题的算法与所谓的、现在流行的、 专门与OOP有关的"设计模式 "混为一谈。而且你还混淆了很多其他的东西,阅读时也不专心。稍早我写道--使用结构。但是,如果你读了那篇帖子,而我没有提到复制整个类的功能,你就会明白,我们是成年人,为什么要 为不必要的结构而烦恼,我们应该成熟地做每件事--只要提供复制整个类的能力

1.这个主题是关于OOP的,所以我并不感到困惑。

2.这种结构是否以任何方式改变了快照模式的本质?

3.没有额外的工作要做。这只是一个衡量什么会更多的问题--现在的 "额外 "工作,还是以后扩大和发展项目 时的工作。

4.这是什么意思? 在快照中没有必要。

 
我可以问你一个问题,什么是本地意义上的模式?我有点迷茫,真的。它是某些任务的包装,还是任务的一种状态?有了类、结构、指针和动态,我已经多少明白了。同样明显的是,这些术语还没有完全流行起来,还没有被定义。还有,是否有任何条件可以用来确定什么时候应该应用它们。在Photoshop和渲染的情况下,这很清楚,但这些不是时间序列 任务。或者,也许我错过了什么,在视觉渲染和GA VR中存在一些共同点?
 
Aleksey Mavrin:

1.这条线是关于OOP的,所以我并不感到困惑。

2.这种结构是否以任何方式改变了快照模式的本质?

3.没有必要做额外的工作。这只是一个衡量什么会更多的问题--现在的 "额外 "工作,还是以后扩大和发展项目时的工作。

4.这是什么意思? 在快照中没有必要。

你被困在细枝末节中。这并不有趣。这里讨论的 "守护者 "模式的主要观点是,它有点像承诺保护封装,但通过为每个字段创建几个公共方法来实现。有趣的是,你怎么没有得到最重要的信息。

 
Valeriy Yastremskiy:
而我可以问,什么是地方意义上的模式?我有点迷茫,真的。它是一些任务的包装,还是一个任务的状态?有了类、结构、指针和动态,我想我对它们的理解更深了。同样明显的是,这些术语还没有完全流行起来,还没有被定义。还有,是否有任何条件可以用来确定什么时候应该应用它们。在Photoshop和渲染的情况下,这很清楚,但这些不是时间序列任务。或者,也许我错过了什么,在视觉渲染和GA VR中存在一些共同点?

这里的一切都很清楚、具体和规范。有一本书!本书列出了这些模式,这就是我们要讨论的问题。这本书叫《设计模式》或类似的东西。但不仅仅是这本书,互联网上有很多关于它们的网站,甚至在维基百科上也有,最主要的是这个主题被封存了))......不了解设计模式的人--平民,而掌握了它们的人--他就掌握了生活本身阿门!

 
Igor Makanu:

我不是在宣称我自己的观点,我可能在某个地方读到过,但我认为,在编程中只有两个问题:正确的程序结构 和迅速为一个变量找到一个好名字,其余的都很容易完成。

我也是认真的。

谢谢,我将阅读你的模式

我将等待,万一有其他人出现,但只有在初学者和培训者的问题上,akademevelopers才会扑过来))

正是如此--正确的结构。这就是为什么你应该考虑这种结构的所有可能选项,分析它们在特定任务中的利弊(考虑到可扩展性要求和维护等),并选择最好的一个。

而臭名昭著的模式本身(不管它们到底是什么意思)甚至不是这里的结构的变体,而只是大脑的一个参考点。这就像 "如果问题符合模式X任务的描述,那么它可以通过应用模式X来解决",但你也可以用一堆其他的方式来解决它。

总的来说,这27种基本模式的诞生是为了给程序员提供一种提示,告诉他们如何按照OOP原则解决典型问题。如果没有遵循原则的任务,就像Dmitry的结构一样,那么你就不需要任何模式。