OOP与程序化编程 - 页 30 1...232425262728293031323334353637...48 新评论 Georgiy Merts 2017.08.15 12:51 #291 Andrei:我们如何解释为什么许多经纪人称MQL4平台很受欢迎,但却不对MQL5使用这一称谓? 很明显,区别在于OOP,它更难掌握,因此,在调试和支持所写的代码方面也是如此。 这恰恰相反。 像Peter这样用OOP 编写的程序,要比Peter自己的方法更容易调试和维护。 我敢打赌,90%的OOP对手会立刻被他的代码 "噎死"。 同时,我的代码即使对于那些只对OOP稍有了解的人来说也是很清楚的(当然,零人也不会理解)。 这是因为我所有的块都只访问那些在这个块中特别需要的实体。有了这样的限制,你不需要记住任何东西,而且更容易理解代码。 Реter Konow 2017.08.15 12:54 #292 George Merts:这恰恰相反。 像Peter这样用OOP 编写的程序,要比Peter自己的方法更容易调试和维护。 我敢打赌,90%的反对OOP的人都会立刻 "淹没 "在它的代码中。 同时,我的代码甚至对那些只对OOP稍有了解的人来说也是很清楚的(当然,零蛋根本不会理解它)。当然,他们会 "噎死",因为他们根本不知道我的方法。这有什么好惊讶的?如果我详细地解释和教导他们,没有人会被 "噎住"。实践表明,在一个程序中只使用一种方法是可能的。因为我用自己的方法实现了我的想法,所以我不可能知道如果我应用OOP的话,它的外观和工作情况。但没有人可以说这将是更好和更有效的。 Andrei01 2017.08.15 12:56 #293 Vasiliy Sokolov: 雇主不是你试图描绘的那个白痴。没有人会付更多的钱,特别是对于复杂的代码。每个人都想省钱--快速实施一个项目,花最少的工时,同时得到一个不需要重写和修改的工作系统。这就是为什么他们要求知道这个非常OOP。雇主不是白痴,但程序员也不是白痴。显然,程序员的目标是在同一个项目 中尽可能多地挣钱。另外,任何以编程为生的适当的程序员都会出于竞争的原因,利用一切可能的方式让其他程序员难以维护他的代码。OOP是非常适合于此的。这似乎很明显。 Andrei01 2017.08.15 12:59 #294 Реter Konow: 但事实上,你可以在MQL5中以程序式编程。这不是C#。而事实上,它不太受欢迎--所以时间在流逝,世界在变化......但该平台有很多优势,是MT4所不具备的。这些优势难道不意味着什么吗?但你不能在MQL4中用OOP编程,这就是为什么它仍然更受欢迎。 Реter Konow 2017.08.15 13:00 #295 Andrei:但你不能在MQL4中用OOP编程,所以它还是更受欢迎。 你错了。你可以在MQL4中用OOP进行编程。它现在更受欢迎,因为它的智力障碍更低。该怎么做... Andrei01 2017.08.15 13:01 #296 Реter Konow: 你错了。你可以在MQL4中用OOP进行编程。 就像在MQL5中一样? Реter Konow 2017.08.15 13:01 #297 Andrei: 与MQL5中一样吗? 据我所知,几乎一样。 Andrei01 2017.08.15 13:03 #298 Реter Konow: 据我所知,几乎一样。 这些信息是从哪里来的? Реter Konow 2017.08.15 13:05 #299 Andrei: 你从哪里得到这些信息? 来自文件。来自论坛。来自MetaEditor中的标准库。 Vasiliy Sokolov 2017.08.15 13:05 #300 Andrei: 你从哪里得到这些信息?打开一个参考资料。 1...232425262728293031323334353637...48 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我们如何解释为什么许多经纪人称MQL4平台很受欢迎,但却不对MQL5使用这一称谓?
很明显,区别在于OOP,它更难掌握,因此,在调试和支持所写的代码方面也是如此。
这恰恰相反。
像Peter这样用OOP 编写的程序,要比Peter自己的方法更容易调试和维护。
我敢打赌,90%的OOP对手会立刻被他的代码 "噎死"。 同时,我的代码即使对于那些只对OOP稍有了解的人来说也是很清楚的(当然,零人也不会理解)。 这是因为我所有的块都只访问那些在这个块中特别需要的实体。有了这样的限制,你不需要记住任何东西,而且更容易理解代码。
这恰恰相反。
像Peter这样用OOP 编写的程序,要比Peter自己的方法更容易调试和维护。
我敢打赌,90%的反对OOP的人都会立刻 "淹没 "在它的代码中。 同时,我的代码甚至对那些只对OOP稍有了解的人来说也是很清楚的(当然,零蛋根本不会理解它)。
当然,他们会 "噎死",因为他们根本不知道我的方法。这有什么好惊讶的?如果我详细地解释和教导他们,没有人会被 "噎住"。
实践表明,在一个程序中只使用一种方法是可能的。因为我用自己的方法实现了我的想法,所以我不可能知道如果我应用OOP的话,它的外观和工作情况。但没有人可以说这将是更好和更有效的。
雇主不是你试图描绘的那个白痴。没有人会付更多的钱,特别是对于复杂的代码。每个人都想省钱--快速实施一个项目,花最少的工时,同时得到一个不需要重写和修改的工作系统。这就是为什么他们要求知道这个非常OOP。
雇主不是白痴,但程序员也不是白痴。显然,程序员的目标是在同一个项目 中尽可能多地挣钱。另外,任何以编程为生的适当的程序员都会出于竞争的原因,利用一切可能的方式让其他程序员难以维护他的代码。OOP是非常适合于此的。这似乎很明显。
但事实上,你可以在MQL5中以程序式编程。这不是C#。而事实上,它不太受欢迎--所以时间在流逝,世界在变化......但该平台有很多优势,是MT4所不具备的。这些优势难道不意味着什么吗?
但你不能在MQL4中用OOP编程,这就是为什么它仍然更受欢迎。
但你不能在MQL4中用OOP编程,所以它还是更受欢迎。
你错了。你可以在MQL4中用OOP进行编程。
与MQL5中一样吗?
据我所知,几乎一样。
你从哪里得到这些信息?
你从哪里得到这些信息?
打开一个参考资料。