有些人认为，OOP在大项目中确实有效，而在小项目中，最好使用好的老程序化编程。但我不同意这种观点。如果你想写的程序比 "Hello word "大至少一行，最好使用OOP 而不是程序式编程。根据我自己的经验，我可以说，即使是最小的程序也会被改进，新的功能、新的检查、新的任务都会被加入其中。结果是，最初设想的小程序变成了一个真正的怪物。在这里奠定基础是非常重要的。如果这是程序化编程，一个项目就会被大量无法管理的函数、指针转换等所淹没，等等。在其中编写程序，从 "Hello Word "开始，然后轻松自如地开发其功能。例如，如果不使用OOP，就不可能在C#中编写哪怕是最小的程序。你认为这种语言的开发者是目光短浅的白痴吗？
又错了。对传入的信息流的解释是站在接收者之上并设定游戏条件的人的任务。接收器是铁的；它根据游戏主宰为其设定的算法来研磨信息。在这个意义上，它是完全和严格的客观的，因为它是一个哑巴铁。但是，主观的才是大师。
你知道信息可以有不同的定义，这取决于所解决的问题的背景？
IgorM:
http://www.realcoding.net/article/rubric/code_optim?page=6
但我不同意这种观点。如果你想写的程序比 "Hello word "多出至少一行，最好使用OOP而不是
你去吧，话题已经偏离了，我们在谈论别的事情。
>隐藏 10.11.2010 22:39
>几年来，我一直被实施多币种策略测试器的想法困扰着。
如果你不喜欢OOP，就不要使用它，这是一个毫无意义的争论。
你去吧，话题已经偏离了，我们在谈论别的事情。
>隐藏 10.11.2010 22:39
>几年来，我一直被实施多币种策略测试器的想法困扰着。
如果你不喜欢OOP，就不要使用它，这是一个毫无意义的争论。
我读了这里写的所有内容，现在我真的很害怕MT5，因为我对它很痴迷，我想尽快实施它。
感谢所有知道如何正确（合理）安放大脑的人。
如果我认为MT5是由一个团队开发的，而且我们都在测试它，我将花多少时间在MQL4中实现它？而MT4迟早会死，这只是时间问题。我认为MT5无论如何会持续5-10年。
在阅读了这里的所有内容后，我开始关注MT5，因为我真的被它所吸引，我想尽快实施它。
感谢所有知道如何正确（合理）安放大脑的人。
如果我认为MT5是由一个团队开发的，而且我们都在测试它，我将花费多少时间在MQL4中实现它？而MT4迟早会死，这只是时间问题。我认为MT5无论如何会持续5-10年。
目前，在MT5测试器中，有一个不可逾越的（至少现在）障碍，可能会放弃它（对一些用户），它是不可能使用你自己的（第三方）历史记录进行测试/优化。
唉，MT5中有几个 "敏感点"--多币种指标--在测试器中工作非常不稳定，很难调试多币种指标，因为需要独立加载时间序列的数组--还没有完成，但很快就会完成--我将把多币种指标的计算移到专家顾问本身--然后问题就会消失。
SBS：感谢话题发起人的理解--我们在他的话题中相当忙碌:)，在MT4中实现多币种自我测试，没有特别的问题--论坛上有像样的例子，但作为一个全功能的测试器不会工作，并努力创建自己的测试器--浪费时间--以同样的成功，你可以在同一个Exel中分析多币种交易。
唉，MT5有几个 "微妙的问题"--多币种指标--它们在测试器中不能自信地工作，很难调试多币种指标，因为需要独立加载时间序列数组--还没有完成，但很快我就会--我会把多币种指标的计算移到专家顾问本身--然后问题就会消失了
从MQ数据库抽出历史记录很容易，特别是有一个现成的例子。-https://www.mql5.com/ru/docs/series/timeseries_access
p.s. 如果我对任务的理解正确的话...
目前在MT5测试器中，有一个不可逾越的（至少现在）障碍，可能会使其终止（对一些用户来说），这就是无法替代你自己（第三方）的历史记录进行测试/优化。
这是必然的。初学者并不真正需要它，但在真正的交易中，它是一个必要的东西。