学童的EOP。 - 页 7

[Dmitry Fedoseev]

不要感到神秘，否则我就向你请愿加入俱乐部，彼得。

当两个函数用一个共同的变量工作时，封装和OOP的相关性已经出现了。

[Реter Konow]

Dmitry Fedoseev:

不要感到神秘，否则我就向你请愿加入俱乐部，彼得。

当两个函数用一个共同的变量工作时，封装和OOP的相关性已经出现了。

不，如果你有两个函数与一个变量一起工作，请声明它是全局变量。或者把它从一个人传给另一个人。这并非是乘以实体的原因。

而这是在三个类和两个结构上的什么OOP？为什么我们需要这么短的继承链？简单的解决方案得到了复杂的语法和一套可选的语法技术。然后，追随者们开始对功能进行分化，以证明OOP的相关性。从解决方案的角度来看，这是错误的。

OOP的应用 必须有以下理由。

1.学习的愿望。

2.要把你的解决方案附加到大型程序或库中。

3.一个全球性的想法导致了该计划的增长和复杂性以及其数据的多样性。

如果不是这种情况，并且解决方案不需要它，就没有必要使用它。

[Dmitry Fedoseev]

Реter Konow:

如果你有两个函数在使用同一个变量，请将其声明为全局变量。要么从一个人传到另一个人。这不是创建新实体的理由。

...

这正是YES!以免将代码变成同质化的混乱。

[Реter Konow]

Dmitry Fedoseev:
这是完全正确的!以免将代码变成同质化的混乱。

评论和造型师 会有所帮助。

[Dmitry Fedoseev]

Реter Konow:
评论和一个造型师 会有帮助。

是的，还有一本笔记本和额头上的永久化妆。

[Alexey Viktorov]

这是个问题。

如果将指标计算作为一个类来实现，是否会有一些好处？当编写专家顾问时，它将允许避免调用指标句柄，只需将库与该类相连接，就可以在最后一个柱状图上接收数值。

指标可以参照这个库来写。

你怎么看？

[Roman]

Alexey Viktorov:

这是个问题。

如果将指标计算作为一个类来实现，是否会有一些好处？当编写专家顾问时，它将允许避免调用指标句柄，只需将库与该类相连接，就可以在最后一个柱状图上接收数值。

指标可以参照这个库来写。

你怎么看？

包括 > 指标
请看一下，班上有指标的例子。

[[删除]]

Roman:

包括 > 指标
看那里，有关于类的指标的例子。

有例子，那又怎样？仅仅存在这些例子并不能回答@Alexey Viktorov 提出的问题。

[Ihor Herasko]

Alexey Viktorov:

这是个问题。

如果指标的计算结果被格式化为一个类，会不会有什么好处？

是的，我们会的。至少，在与专家顾问的连接方面是如此。该指标以单行形式包含在代码中。而且我们不需要任何iCustom。

[[删除]]

Ihor Herasko:

这是必须的。至少在与EA的联系方面是如此。这样的指标在代码中只包含一行。而在iCustom中则没有必要。

你能提供一个例子吗？