关于OOP的一个应用 - 页 3

 

我以为关于限制继承水平的建议可能适用于写作策略。因为在真正的大系统中,2-3级显然是不够的,因为会出现扁平化的等级模式。

以.NET为例,我觉得很难想象这个怪物在2-3个级别上的表现。在你的图表上,它将是一公里宽。)

另一件事是,这样的项目 必须有一个非常酷的建筑师。

而且,即使是.NET的例子也显示了结构是如何在不同的版本中被重新安排的。

[删除]  
Alexey Volchanskiy:
他没有看到这种可能性,这是我的想法。职责范围就在那里。自我优化是我边走边想的。我总是对的。)
这样的想法打动了很多人。其结果是各种变体的神经网络。如果你的电脑够酷,请阅读并使用它。
 

自从MT5公布以来,我一直想得到这个问题的答案。

如果我把这些超级大的东西都放进去,我的EA(或其他人)的性能会提高多少?

我从来没有得到过答复...

而我们正坐在一家提供贸易 终端的公司的论坛上!

一个交易终端!

买-卖,买-卖,如果你在做决定时也有一个想法....

而编程语言只是交易终端的工具之一。而这种交易终端MT4/MT5的工具--MQL编程语言,如果没有交易终端本身,没有人会去讨论--还有很多其他的。

不,他们不断强行展示他们的超级智力,与交易无关。

阿门。

 
Alexey Volchanskiy:

什么是职权范围--客户给我的职权范围?))你认为这在政治上正确吗?

还是对你来说有异国情调?还是对你来说是某种异国情调?对我来说,它是一个日常工作工具。

在政治上是正确的,没有理由就把整个话题献给一个客户。这更像是对顾客的讥讽。我想看过之后,他不会再与你合作,也不会与其他客户合作。有些人什么都喜欢上课,有些人不喜欢,每个人都有自己的工作方式。有些人喜欢数以百万计的变量,而对其他人来说,一个就足够了。而且没有人需要仰视你和你的工作方式。我个人并不关心它是一个工作的工具还是一个不工作的工具。

这个话题名为《关于OOP的 一个应用》,但其中除了对可怜的客户和访客的嘲笑和讥讽外,什么都没有。

[删除]  
Alexey Busygin:

毫无理由地将整个话题献给顾客,这在政治上是正确的。这更像是对顾客的讥讽。我想看完这个后,他不会再与你合作,也不会与其他客户合作。有些人什么都喜欢上课,有些人不喜欢,每个人都有自己的工作方式。有些人喜欢数以百万计的变量,而对其他人来说,一个就足够了。而且没有人需要仰视你和你的工作方式。就个人而言,我并不关心它是否是一个工作工具。

这个话题名为《关于OOP的 一个应用》,但其中除了对可怜的客户和访客的嘲笑和讥讽之外,什么都没有。

他有一个客户的 "心智/胃口",把表演者的大脑翻了个底朝天。我给出了如何摆脱困境的建议,他却不听。否则,撰写这样的专家是一项永无止境的工作。
[删除]  
 
СанСаныч Фоменко:

自从MT5公布以来,我一直想得到这个问题的答案。

如果我把这些超级大的东西都放进去,我的EA(或其他人)的性能会提高多少?

我从来没有得到过答复...

而我们正坐在一家提供贸易 终端的公司的论坛上!

一个交易终端!

买-卖,买-卖,如果你在做决定时也有一个想法....

而编程语言只是交易终端的工具之一。而这种交易终端MT4/MT5的工具--MQL编程语言,如果没有交易终端本身,没有人会去讨论--还有很多其他的。

不,他们不断强行展示他们的超级智力,与交易无关。

阿门。

如果你每次都这样写,是否有区别。

SymbolInfoDouble(Symbol(),SYMBOL_ASK) 

或像这样。

s.Ask() 

?

[删除]  
Dmitry Fedoseev:

如果你每次都这样写,会有什么不同吗。

SymbolInfoDouble(Symbol(),SYMBOL_ASK) 

或像这样。

s.Ask() 

?

如果没有利润,为什么要写?

 
pako:

如果没有利润,为什么要写?

不要写,交易不是什么大问题。试着种植土豆,如果你愿意,你也可以在土豆上赚到好钱。
 
Dmitry Fedoseev:

如果你每次都这样写,会有什么不同吗。

SymbolInfoDouble(Symbol(),SYMBOL_ASK) 

或像这样。

s.Ask() 

?

额外的变量占用了额外的内存空间,这影响了性能。这取决于你想要什么,要么让它更容易阅读,要么让程序运行更快。