关于OOP的一个应用 - 页 3 12345678910...12 新评论 Alexey Volchanskiy 2016.07.30 10:41 #21 我以为关于限制继承水平的建议可能适用于写作策略。因为在真正的大系统中,2-3级显然是不够的,因为会出现扁平化的等级模式。以.NET为例,我觉得很难想象这个怪物在2-3个级别上的表现。在你的图表上,它将是一公里宽。)另一件事是,这样的项目 必须有一个非常酷的建筑师。而且,即使是.NET的例子也显示了结构是如何在不同的版本中被重新安排的。 [删除] 2016.07.30 11:33 #22 Alexey Volchanskiy: 他没有看到这种可能性,这是我的想法。职责范围就在那里。自我优化是我边走边想的。我总是对的。) 这样的想法打动了很多人。其结果是各种变体的神经网络。如果你的电脑够酷,请阅读并使用它。 СанСаныч Фоменко 2016.07.30 11:38 #23 自从MT5公布以来,我一直想得到这个问题的答案。如果我把这些超级大的东西都放进去,我的EA(或其他人)的性能会提高多少?我从来没有得到过答复... 而我们正坐在一家提供贸易 终端的公司的论坛上! 一个交易终端! 买-卖,买-卖,如果你在做决定时也有一个想法....而编程语言只是交易终端的工具之一。而这种交易终端MT4/MT5的工具--MQL编程语言,如果没有交易终端本身,没有人会去讨论--还有很多其他的。不,他们不断强行展示他们的超级智力,与交易无关。阿门。 Alexey Busygin 2016.07.30 11:56 #24 Alexey Volchanskiy:什么是职权范围--客户给我的职权范围?))你认为这在政治上正确吗?还是对你来说有异国情调?还是对你来说是某种异国情调?对我来说,它是一个日常工作工具。在政治上是正确的,没有理由就把整个话题献给一个客户。这更像是对顾客的讥讽。我想看过之后,他不会再与你合作,也不会与其他客户合作。有些人什么都喜欢上课,有些人不喜欢,每个人都有自己的工作方式。有些人喜欢数以百万计的变量,而对其他人来说,一个就足够了。而且没有人需要仰视你和你的工作方式。我个人并不关心它是一个工作的工具还是一个不工作的工具。这个话题名为《关于OOP的 一个应用》,但其中除了对可怜的客户和访客的嘲笑和讥讽外,什么都没有。 [删除] 2016.07.30 12:05 #25 Alexey Busygin:毫无理由地将整个话题献给顾客,这在政治上是正确的。这更像是对顾客的讥讽。我想看完这个后,他不会再与你合作,也不会与其他客户合作。有些人什么都喜欢上课,有些人不喜欢,每个人都有自己的工作方式。有些人喜欢数以百万计的变量,而对其他人来说,一个就足够了。而且没有人需要仰视你和你的工作方式。就个人而言,我并不关心它是否是一个工作工具。这个话题名为《关于OOP的 一个应用》,但其中除了对可怜的客户和访客的嘲笑和讥讽之外,什么都没有。 他有一个客户的 "心智/胃口",把表演者的大脑翻了个底朝天。我给出了如何摆脱困境的建议,他却不听。否则,撰写这样的专家是一项永无止境的工作。 [删除] 2016.07.30 12:26 #26 Dmitry Fedoseev 2016.07.30 12:30 #27 СанСаныч Фоменко:自从MT5公布以来,我一直想得到这个问题的答案。如果我把这些超级大的东西都放进去,我的EA(或其他人)的性能会提高多少?我从来没有得到过答复... 而我们正坐在一家提供贸易 终端的公司的论坛上! 一个交易终端! 买-卖,买-卖,如果你在做决定时也有一个想法....而编程语言只是交易终端的工具之一。而这种交易终端MT4/MT5的工具--MQL编程语言,如果没有交易终端本身,没有人会去讨论--还有很多其他的。不,他们不断强行展示他们的超级智力,与交易无关。阿门。如果你每次都这样写,是否有区别。SymbolInfoDouble(Symbol(),SYMBOL_ASK) 或像这样。s.Ask() ? [删除] 2016.07.30 12:38 #28 Dmitry Fedoseev: 如果你每次都这样写,会有什么不同吗。SymbolInfoDouble(Symbol(),SYMBOL_ASK) 或像这样。s.Ask() ?如果没有利润,为什么要写? Dmitry Fedoseev 2016.07.30 12:45 #29 pako:如果没有利润,为什么要写? 不要写,交易不是什么大问题。试着种植土豆,如果你愿意,你也可以在土豆上赚到好钱。 Alexey Busygin 2016.07.30 12:47 #30 Dmitry Fedoseev: 如果你每次都这样写,会有什么不同吗。SymbolInfoDouble(Symbol(),SYMBOL_ASK) 或像这样。s.Ask() ? 额外的变量占用了额外的内存空间,这影响了性能。这取决于你想要什么,要么让它更容易阅读,要么让程序运行更快。 12345678910...12 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我以为关于限制继承水平的建议可能适用于写作策略。因为在真正的大系统中,2-3级显然是不够的,因为会出现扁平化的等级模式。
以.NET为例,我觉得很难想象这个怪物在2-3个级别上的表现。在你的图表上,它将是一公里宽。)
另一件事是,这样的项目 必须有一个非常酷的建筑师。
而且,即使是.NET的例子也显示了结构是如何在不同的版本中被重新安排的。
他没有看到这种可能性,这是我的想法。职责范围就在那里。自我优化是我边走边想的。我总是对的。)
自从MT5公布以来,我一直想得到这个问题的答案。
如果我把这些超级大的东西都放进去,我的EA(或其他人)的性能会提高多少?
我从来没有得到过答复...
而我们正坐在一家提供贸易 终端的公司的论坛上!
一个交易终端!
买-卖,买-卖,如果你在做决定时也有一个想法....
而编程语言只是交易终端的工具之一。而这种交易终端MT4/MT5的工具--MQL编程语言,如果没有交易终端本身,没有人会去讨论--还有很多其他的。
不,他们不断强行展示他们的超级智力,与交易无关。
阿门。
什么是职权范围--客户给我的职权范围?))你认为这在政治上正确吗?
还是对你来说有异国情调?还是对你来说是某种异国情调?对我来说,它是一个日常工作工具。
在政治上是正确的,没有理由就把整个话题献给一个客户。这更像是对顾客的讥讽。我想看过之后,他不会再与你合作,也不会与其他客户合作。有些人什么都喜欢上课,有些人不喜欢,每个人都有自己的工作方式。有些人喜欢数以百万计的变量,而对其他人来说,一个就足够了。而且没有人需要仰视你和你的工作方式。我个人并不关心它是一个工作的工具还是一个不工作的工具。
这个话题名为《关于OOP的 一个应用》,但其中除了对可怜的客户和访客的嘲笑和讥讽外,什么都没有。
毫无理由地将整个话题献给顾客,这在政治上是正确的。这更像是对顾客的讥讽。我想看完这个后,他不会再与你合作,也不会与其他客户合作。有些人什么都喜欢上课,有些人不喜欢,每个人都有自己的工作方式。有些人喜欢数以百万计的变量,而对其他人来说,一个就足够了。而且没有人需要仰视你和你的工作方式。就个人而言,我并不关心它是否是一个工作工具。
这个话题名为《关于OOP的 一个应用》,但其中除了对可怜的客户和访客的嘲笑和讥讽之外,什么都没有。
自从MT5公布以来,我一直想得到这个问题的答案。
如果我把这些超级大的东西都放进去,我的EA(或其他人)的性能会提高多少?
我从来没有得到过答复...
而我们正坐在一家提供贸易 终端的公司的论坛上!
一个交易终端!
买-卖,买-卖,如果你在做决定时也有一个想法....
而编程语言只是交易终端的工具之一。而这种交易终端MT4/MT5的工具--MQL编程语言,如果没有交易终端本身,没有人会去讨论--还有很多其他的。
不,他们不断强行展示他们的超级智力,与交易无关。
阿门。
如果你每次都这样写,是否有区别。
SymbolInfoDouble(Symbol(),SYMBOL_ASK)
或像这样。
s.Ask()
?
如果你每次都这样写,会有什么不同吗。
SymbolInfoDouble(Symbol(),SYMBOL_ASK)
或像这样。
s.Ask()
?
如果没有利润,为什么要写?
如果没有利润,为什么要写?
如果你每次都这样写,会有什么不同吗。
SymbolInfoDouble(Symbol(),SYMBOL_ASK)
或像这样。
s.Ask()
?