OOP与程序化编程 - 页 29 1...222324252627282930313233343536...48 新评论 Реter Konow 2017.08.15 14:02 #281 Dmitiry Ananiev:看看自由职业者市场上的订单。几乎没有任何订单不能在一天内完成。更多的时间花在商定TOR上,回答客户的问题,把他们颠倒过来,接受/交付工作。当然,能够在MQL5中写出同样的俄罗斯方块是很好的。但这种语言是为别的东西设计的。 基于现成策略的专家顾问向导 是使用OOP的一个例子。我试着做了一次,我明白了。但现在我不记得这一切是如何进行的。 程序化的风格清楚地描述了一切。猜猜我什么时候会完全转为OOP? 另一个例子:你有一张图片,你想在上面写字。你会使用简单的画图,还是会在Photoshop中加载数以百计的插件?是的,只要你下载Photoshop,我就用第五次在Paint里做所有的事情,而忘记这项任务。 我个人只使用MT5,如果只是为了它的速度。对于开发,我使用MT4,因为它更容易看到程序何时和在什么地方滞后。无论是否有OOP,MT5仍然更酷。 Dmitiry Ananiev 2017.08.15 14:15 #282 Реter Konow: 嗯,我个人只在MT5上工作,至少因为它的速度。对于开发,我使用MT4,因为它更容易看到程序在什么时候和什么地方滞后。无论是否有OOP,MT5仍然更酷。 听起来像。我有一辆克鲁萨克,我妻子有一辆智能。Cruzak是一个东西。这就是为什么我白天带着Smart去买菜,晚上去喝啤酒。因为它更容易停车,不怎么吃油,不怎么需要修理。 Nikolai Semko 2017.08.15 14:20 #283 Реter Konow:你在开玩笑,但在我的想象中,我对这种做法的看法是这样的,我无法释怀。看来,随着时间的推移,我也许可以为该系统启动一个自我完善的机制。如果我做一个逻辑内核,让它随机产生不同的机制。然后做一些选择,选择合适的就可以了。然后把它们磨碎一点...由于内核的存在,可以做一些不可思议的事情。对不起,彼得:)但用类来做更容易,或者说更舒服。 Реter Konow 2017.08.15 14:22 #284 Dmitiry Ananiev: 听起来像。我有一辆克鲁萨克,我妻子有一辆智能。Cruzak是一个东西。这就是为什么我白天开着Smart去买菜,晚上去喝啤酒。因为它更容易停车,不怎么吃油,不怎么需要修理。诙谐。但对我来说,现在真正的优势是MT4的慢速。直到我完成开发。我只是在慢的时候能看得更清楚......。别开玩笑了。那么我就不需要它了,看在上帝的份上)。 Vasiliy Sokolov 2017.08.15 14:26 #285 Dmitiry Ananiev:看看自由职业者的订单。很少能在一天内实现一个订单。更多的时间花在商定职权范围、回答客户的问题、对客户翻脸、接受/交付工作上。 ... 程序化的风格使一切都变得清晰。猜猜我什么时候会完全改成OOP? 另一个例子:你有一张照片,它需要被加上标题。使用简单的Paint或Photoshop与一百个插件?当你下载Photoshop时,我已经第五次在Paint中完成了所有的工作,并忘记了这项任务。 如果你不是在写一次性的代码--那么使用OOP 就真的有道理了。例如,我使用OOP,因为对我来说,在已经发布的产品中捕捉错误的成本太高。 Реter Konow 2017.08.15 14:33 #286 Nikolai Semko: 对不起,彼得:)但用类来做更容易,或者说更舒服。告诉过你,"各取所需")。我很有创造力,所以我想出了这样的主意)。这有什么不对吗? Andrei01 2017.08.15 14:41 #287 我们如何解释为什么许多经纪人称MQL4平台很受欢迎,但却不对MQL5使用这一称谓? 很明显,区别在于OOP,它更难掌握,因此,在调试和支持所写的代码方面也是如此。 对于专业的程序员来说,这一要求并不关键,相反,他们实际上从 "越复杂越好 "中受益,原因有很多,因为程序员通常是按小时付费的,有了复杂的代码,你可以简单地按小时赚取更多的钱。这也使得其他程序员更难破译和理解代码,从而增加了雇主对该程序员的依赖性,等等。同样显而易见的是,对于交易而言,如果报酬或自己的时间通常是按项目 而不是按小时计算,那么这条规则就不起作用。 Nikolai Semko 2017.08.15 14:41 #288 Vasiliy Sokolov: 如果你不是在写一次性的代码,那么OOP 就真的有理由了。例如,我使用OOP,因为对我来说,在已经发布的产品中捕捉错误的成本太高。我完全同意。这就是OOP的主要优势。 Vasiliy Sokolov 2017.08.15 14:49 #289 Andrei:..很明显,所有的区别都在于OOP,它更难掌握,因此,在调试和支持所写的代码方面也是如此。 对于专业的程序员来说,这一要求并不关键,相反,由于许多原因,对他们来说,"越复杂越好 "是更有利可图的,因为通常程序员是按小时付费的,在复杂的代码上你可以按小时获得更多的收入。同时,这也使得其他程序员难以破译和理解代码,从而增加了雇主对这个程序员的依赖性,等等。... 你真的错了。雇主不是你试图描绘的那个白痴。没有人会支付更多的钱,特别是为一个纠结的代码。每个人都想省钱--快速实施一个项目,花最少的工时,同时得到一个不需要重写和修改的工作系统。这就是为什么他们要求知道这个非常OOP。 Реter Konow 2017.08.15 14:49 #290 Andrei:我们如何解释为什么许多经纪人称MQL4平台很受欢迎,但却不对MQL5使用这一称谓? 显然,区别在于OOP,它更难掌握,因此,在调试和维护编写的代码方面也更难。 但在MQL5中,你也可以用程序式编程。这不是C#。它不那么受欢迎了呢--时间在流逝,世界在变化......但该平台有很多优势,是MT4所不具备的。这些优势难道不意味着什么吗? 1...222324252627282930313233343536...48 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
看看自由职业者市场上的订单。几乎没有任何订单不能在一天内完成。更多的时间花在商定TOR上,回答客户的问题,把他们颠倒过来,接受/交付工作。当然,能够在MQL5中写出同样的俄罗斯方块是很好的。但这种语言是为别的东西设计的。
基于现成策略的专家顾问向导 是使用OOP的一个例子。我试着做了一次,我明白了。但现在我不记得这一切是如何进行的。
程序化的风格清楚地描述了一切。猜猜我什么时候会完全转为OOP?
另一个例子:你有一张图片,你想在上面写字。你会使用简单的画图,还是会在Photoshop中加载数以百计的插件?是的,只要你下载Photoshop,我就用第五次在Paint里做所有的事情,而忘记这项任务。
嗯,我个人只在MT5上工作,至少因为它的速度。对于开发,我使用MT4,因为它更容易看到程序在什么时候和什么地方滞后。无论是否有OOP,MT5仍然更酷。
你在开玩笑,但在我的想象中,我对这种做法的看法是这样的,我无法释怀。看来,随着时间的推移,我也许可以为该系统启动一个自我完善的机制。如果我做一个逻辑内核,让它随机产生不同的机制。然后做一些选择,选择合适的就可以了。然后把它们磨碎一点...由于内核的存在,可以做一些不可思议的事情。
对不起,彼得:)但用类来做更容易,或者说更舒服。
听起来像。我有一辆克鲁萨克,我妻子有一辆智能。Cruzak是一个东西。这就是为什么我白天开着Smart去买菜,晚上去喝啤酒。因为它更容易停车,不怎么吃油,不怎么需要修理。
诙谐。但对我来说,现在真正的优势是MT4的慢速。直到我完成开发。我只是在慢的时候能看得更清楚......。别开玩笑了。
那么我就不需要它了,看在上帝的份上)。
看看自由职业者的订单。很少能在一天内实现一个订单。更多的时间花在商定职权范围、回答客户的问题、对客户翻脸、接受/交付工作上。
...
程序化的风格使一切都变得清晰。猜猜我什么时候会完全改成OOP?
另一个例子:你有一张照片,它需要被加上标题。使用简单的Paint或Photoshop与一百个插件?当你下载Photoshop时,我已经第五次在Paint中完成了所有的工作,并忘记了这项任务。
对不起,彼得:)但用类来做更容易,或者说更舒服。
告诉过你,"各取所需")。我很有创造力,所以我想出了这样的主意)。这有什么不对吗?
我们如何解释为什么许多经纪人称MQL4平台很受欢迎,但却不对MQL5使用这一称谓?
很明显,区别在于OOP,它更难掌握,因此,在调试和支持所写的代码方面也是如此。
对于专业的程序员来说,这一要求并不关键,相反,他们实际上从 "越复杂越好 "中受益,原因有很多,因为程序员通常是按小时付费的,有了复杂的代码,你可以简单地按小时赚取更多的钱。这也使得其他程序员更难破译和理解代码,从而增加了雇主对该程序员的依赖性,等等。
同样显而易见的是,对于交易而言,如果报酬或自己的时间通常是按项目 而不是按小时计算,那么这条规则就不起作用。
如果你不是在写一次性的代码,那么OOP 就真的有理由了。例如,我使用OOP,因为对我来说,在已经发布的产品中捕捉错误的成本太高。
我完全同意。这就是OOP的主要优势。
..
很明显,所有的区别都在于OOP,它更难掌握,因此,在调试和支持所写的代码方面也是如此。
对于专业的程序员来说,这一要求并不关键,相反,由于许多原因,对他们来说,"越复杂越好 "是更有利可图的,因为通常程序员是按小时付费的,在复杂的代码上你可以按小时获得更多的收入。同时,这也使得其他程序员难以破译和理解代码,从而增加了雇主对这个程序员的依赖性,等等。
...
我们如何解释为什么许多经纪人称MQL4平台很受欢迎,但却不对MQL5使用这一称谓?
显然,区别在于OOP,它更难掌握,因此,在调试和维护编写的代码方面也更难。