OOP与程序化编程 - 页 28 1...212223242526272829303132333435...48 新评论 Georgiy Merts 2017.08.15 11:04 #271 Реter Konow: 这只是30多个元素中的一个。此外,它是最小的之一。但是,令人惊讶的是,我像一本打开的书一样阅读它。我不难解释它代表什么。另一个奇怪的事情是,这种元素的创建速度非常快,通过复制其他类似的元素并进行一些修正。它看起来很吓人,但事实上非常容易。好吧,这再次证明,凭借你出色的记忆力--你不需要费心去创建一个类系统,也不需要费心去封装。事实上,所有的东西都可以被全局性地访问,而且不需要用多态性 进行任何函数重载。 在我看来,这个对象确实非常复杂。 [删除] 2017.08.15 11:21 #272 Реter Konow: 这只是30多个项目中的一个。此外,一个最小的。但令人惊奇的是--我读它就像读一本打开的书。我不难解释它代表什么。另一个奇怪的事情是,这种元素的创建速度非常快,通过复制其他类似的元素并进行一些修正。它看起来很吓人,但事实上非常容易。很多不同的事情...它必须是必要的,并且与目标相适应。那么目的和目标是什么呢?如果能看到一些图表的截图,就像它的最终形式一样,会很有趣。 Реter Konow 2017.08.15 11:22 #273 George Merts:好吧,这再次证明,凭借你出色的记忆力--你不需要费心去创建一个类系统,也不需要费心去封装。事实上,所有的东西都可以被全局性地访问,而且不需要用多态性 进行任何函数重载。 在我看来,这个对象确实非常复杂。 我不会争论。也许在试图证明什么时,我忘记了我的判断是主观的。因此,你选择的方法对你来说比我的更合理,而我的方法对我来说也比你的更合理。这个话题对我来说已经结束了。 回去工作了,祝大家好运。 Реter Konow 2017.08.15 11:23 #274 Олег avtomat: 很多不同的事情...它必须是必要的,并且与目标相适应。那么目的和目标是什么呢?如果能看到一些图表的截图,就像它的最终形式一样,会很有趣。 这并不难看出。 Renat Fatkhullin 2017.08.15 11:27 #275 请不要介意,但这是某种超现实主义的庆祝活动。为一个微型房屋控制10盒火柴的能力与建造摩天大楼形成对比。这就是论坛上关于MQL4更容易和MQL5完全、彻底困难的自我维持和自我宣传的说法是如何产生的。专业开发人员根本不参与这样的讨论。 [删除] 2017.08.15 11:27 #276 Реter Konow: 这并不难看出。示范一下吧。 Alexey Oreshkin 2017.08.15 11:33 #277 Renat Fatkhullin:请不要介意,但这是某种超现实主义的庆祝活动。为一个微型房屋控制10盒火柴的能力与建造摩天大楼形成对比。这就是论坛上关于MQL4更容易和MQL5完全、彻底困难的自我维持和自我宣传的说法是如何诞生的。专业开发人员根本不参与这样的讨论。我完全同意你的观点。从外部看,给定的示例代码的可用性和可读性对另一个开发者或对你自己来说,但过了一段时间就等于0了。 Реter Konow 2017.08.15 11:45 #278 Renat Fatkhullin:请勿见怪,但这是某种超现实主义的庆祝活动。为一个微型房屋控制10盒火柴的能力与建造摩天大楼形成对比。这就是论坛上关于MQL4更容易和MQL5完全、彻底困难的自我维持和自我宣传的说法是如何产生的。专业开发人员根本不参与这样的讨论。 我个人理解,我的做法可能看起来很不真实。当然,这不是经典意义上的专业发展,它更像是自由创作。乍一看,所提供的例子看起来很糟糕,但这大约是我们在开始学习编程时程序代码的样子。学习和使用这种方法的难度与OOP的情况一样,取决于对它的掌握。很难用一个人的例子来估计其表现。如果团队工作,那么就有可能得出结论。到目前为止,我是一个人。 Vasiliy Sokolov 2017.08.15 11:48 #279 从本质上讲,反对OOP的人在他们的基本前提下是正确的。OOP的正式知识在软件开发中没有提供任何优势。单纯的OOP并不能解决复杂系统的任何问题。OOP 中的复杂性并没有消失,它只是从程序中的一个地方转移到另一个地方。OOP可以比作双节棍--在高手手中是致命的武器,但第一次拿起它的人更有可能自己受伤,而不是按计划使用它。反对者的理由非常清楚:巴解组织对他们来说确实是一个有害的工具,那么为什么要试图教他们这种自残的方法呢?让人想起电影《杀死比尔》,乌玛-瑟曼被一个老师徒手殴打,尽管她带着一把武士刀。 Dmitiry Ananiev 2017.08.15 11:55 #280 Renat Fatkhullin:请不要介意,但这是某种超现实主义的庆祝活动。为一个微型房屋控制10盒火柴的能力与建造摩天大楼形成对比。这就是论坛如何产生关于MQL4更容易,而MQL5则完全、彻底地困难的自我维持和自我引用的声明。专业开发人员根本不参与这样的讨论。看一下自由职业者的订单。罕见的是,一个订单不能在一天内实施。更多的时间花在同意TOR上,回答客户的问题,把他们颠倒过来,接受/交付工作。当然,能在MQL5中写出同样的俄罗斯方块是很好的。但这种语言是为别的东西设计的。 基于现成策略的专家顾问向导 是使用OOP的一个例子。我试着做了一次,我明白了。但现在我不记得这一切是如何进行的。 程序化的风格清楚地描述了一切。猜猜我什么时候会完全转为OOP? 另一个例子:你有一张图片,需要在上面加一个标题。你会使用简单的油漆,还是会在Photoshop中加载一百个插件?当你加载Photoshop时,我已经第五次在Paint中完成了所有的工作,并且忘记了这项任务。 1...212223242526272829303132333435...48 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
这只是30多个元素中的一个。此外,它是最小的之一。但是,令人惊讶的是,我像一本打开的书一样阅读它。我不难解释它代表什么。另一个奇怪的事情是,这种元素的创建速度非常快,通过复制其他类似的元素并进行一些修正。它看起来很吓人,但事实上非常容易。
好吧,这再次证明,凭借你出色的记忆力--你不需要费心去创建一个类系统,也不需要费心去封装。事实上,所有的东西都可以被全局性地访问,而且不需要用多态性 进行任何函数重载。
在我看来,这个对象确实非常复杂。
这只是30多个项目中的一个。此外,一个最小的。但令人惊奇的是--我读它就像读一本打开的书。我不难解释它代表什么。另一个奇怪的事情是,这种元素的创建速度非常快,通过复制其他类似的元素并进行一些修正。它看起来很吓人,但事实上非常容易。
很多不同的事情...它必须是必要的,并且与目标相适应。那么目的和目标是什么呢?
如果能看到一些图表的截图,就像它的最终形式一样,会很有趣。
好吧,这再次证明,凭借你出色的记忆力--你不需要费心去创建一个类系统,也不需要费心去封装。事实上,所有的东西都可以被全局性地访问,而且不需要用多态性 进行任何函数重载。
在我看来,这个对象确实非常复杂。
我不会争论。也许在试图证明什么时,我忘记了我的判断是主观的。因此,你选择的方法对你来说比我的更合理,而我的方法对我来说也比你的更合理。
这个话题对我来说已经结束了。
回去工作了,祝大家好运。
很多不同的事情...它必须是必要的,并且与目标相适应。那么目的和目标是什么呢?
如果能看到一些图表的截图,就像它的最终形式一样,会很有趣。
请不要介意,但这是某种超现实主义的庆祝活动。
为一个微型房屋控制10盒火柴的能力与建造摩天大楼形成对比。
这就是论坛上关于MQL4更容易和MQL5完全、彻底困难的自我维持和自我宣传的说法是如何产生的。专业开发人员根本不参与这样的讨论。
这并不难看出。
示范一下吧。
请不要介意,但这是某种超现实主义的庆祝活动。
为一个微型房屋控制10盒火柴的能力与建造摩天大楼形成对比。
这就是论坛上关于MQL4更容易和MQL5完全、彻底困难的自我维持和自我宣传的说法是如何诞生的。专业开发人员根本不参与这样的讨论。
我完全同意你的观点。
从外部看,给定的示例代码的可用性和可读性对另一个开发者或对你自己来说,但过了一段时间就等于0了。
请勿见怪,但这是某种超现实主义的庆祝活动。
为一个微型房屋控制10盒火柴的能力与建造摩天大楼形成对比。
这就是论坛上关于MQL4更容易和MQL5完全、彻底困难的自我维持和自我宣传的说法是如何产生的。专业开发人员根本不参与这样的讨论。
从本质上讲,反对OOP的人在他们的基本前提下是正确的。
OOP可以比作双节棍--在高手手中是致命的武器,但第一次拿起它的人更有可能自己受伤,而不是按计划使用它。反对者的理由非常清楚:巴解组织对他们来说确实是一个有害的工具,那么为什么要试图教他们这种自残的方法呢?
让人想起电影《杀死比尔》,乌玛-瑟曼被一个老师徒手殴打,尽管她带着一把武士刀。
请不要介意,但这是某种超现实主义的庆祝活动。
为一个微型房屋控制10盒火柴的能力与建造摩天大楼形成对比。
这就是论坛如何产生关于MQL4更容易,而MQL5则完全、彻底地困难的自我维持和自我引用的声明。专业开发人员根本不参与这样的讨论。
看一下自由职业者的订单。罕见的是,一个订单不能在一天内实施。更多的时间花在同意TOR上,回答客户的问题,把他们颠倒过来,接受/交付工作。当然,能在MQL5中写出同样的俄罗斯方块是很好的。但这种语言是为别的东西设计的。
基于现成策略的专家顾问向导 是使用OOP的一个例子。我试着做了一次,我明白了。但现在我不记得这一切是如何进行的。
程序化的风格清楚地描述了一切。猜猜我什么时候会完全转为OOP?
另一个例子:你有一张图片,需要在上面加一个标题。你会使用简单的油漆,还是会在Photoshop中加载一百个插件?当你加载Photoshop时,我已经第五次在Paint中完成了所有的工作,并且忘记了这项任务。