This page is maintained by the Free Software Foundation's Licensing and Compliance Lab. You can support our efforts by making a donation to the FSF. Have a question not answered here? Check out some of our other licensing resources or contact the Compliance Lab at licensing@fsf.org. We classify a license according to certain key criteria...
该过程的辩证法如下。
在MQL4之前，该语言的发展导致了成功，但持续的发展（从MQL4到MQL5）开始使该语言远离其目标受众。一种新的语言向普通人的头脑提供了一堆实体，并引起了排斥。但不可能不向MQL5的方向发展，因为高级用户总是要求增加一些东西，而开发人员则需要面包。因此，进一步发展和退出目标受众是预先确定的。而现在将有新一轮的辩证过程--回归到简化和在大众中重新流行，但已经在新的（MQL5）基础上。
只有开发者才能知道新产品的所有优点，在它们被发明的那一刻。
绝对的。
只是现在你需要适当地、明白地传达他们的知识--并将其传达给不成熟的用户（最大众的市场，因此也是关键的用户）。
事实上，这就是我们正在谈论的问题。
关于MT5的首要地位和 "如何强迫 "从MT4切换到MT5的问题已经出现了不是一年，不是两年，甚至不是五年。
增加了对冲，增加了ITime，iClose 等，代码库里有很多例子（大众号从那么多不同的角度展示了同样的东西）--在MT5测试中也有很多优点--仍然在讨论从MT4到MT5的过渡问题。
所以有一个原因？必须要找出原因。
谁为谁做饭？如果你已经实现了一个api，那么我想写什么就写什么，想学什么就学什么，加号、减号，什么都可以，而且有足够的材料。如果你认为api文档是培训...
哦，还有这个...我见过多少种不同的许可证，我没有见过任何免费的，我也努力寻找过，但没有，有些人认为的免费不过是一种幻想。
OOP和标准库 与它有什么关系？
在MQL5中，你可以很容易地不使用OOP，既不知道什么是类，也不知道什么是标准库。
但如果我们看一下当地大师的解释，我们看到的只是 "寻找SB类......"，"继承SB类......"，"写你自己的类......"。
也就是说，"类 "和 "标准库 "这两个词总是并列在一起。
在文档中打开SB的描述："贸易类"、"类/组"、"类工作......"、"直接后代"、"方法"。
对于初学者来说，因为OOP而不去使用MQL5的人 -- 他们就是没有任何机会。
你根本不需要知道这些东西来使用标准交易功能。知道这个结构，知道如何使用它，就足够了。
但是，当你想，例如，把一个单一货币的专家顾问变成一个多货币的专家顾问时，你可以不通过类来实现。
但当你开始声明众多的数组时，程序就会变成一团糟。
这就是课堂的作用。你必须知道如何在一个类中声明变量，如何访问它们，构造函数，析构函数，但其他的就不多了。
学习和使用这些概念只需要3堂课，每堂课2小时。但只是为了把Monovalutnik变成一个multi。
而一般来说，OOP并不是为愚蠢的程序员准备的。
许多人没有设法掌握它。例如，诸如模板、操作符和类重载、虚拟函数和类等概念。
你根本不需要知道这些东西来使用标准交易功能。知道这个结构，知道如何使用它，就足够了。
...
彼得罗斯，如果你只读自己的文章，你就没有什么价值了。你现在已经或正在得出我上面概述的结论。
对于一个初学者来说，将标准库 的交易类和方法毫无节制地塞到各个角落里，并不能让你了解语言的交易功能。
MQL5的交易函数根本就没有被提及--它们被关于标准库的方法和类的对话所取代。
谁在准备谁？如果你已经实现了api，那么我想写什么就写什么，想学什么就学什么，pluses，sharpe，什么都可以，而且有足够的材料。如果你认为api的文档是培训...
你是对的。开发的唯一途径是通过API。至少所有的软件都在向开放系统发展，可以说是主流）。
至于封闭的社区，它们是注定要失败的。除非它们是人工培养的，但即使在这种情况下，也不会有任何发展。
虽然，封闭的MQL社区也可能具有深刻的商业意义。
语言与此毫无关系。在MT4/MT5的用户中，只有5-10%的人在尝试编写自己的代码。其余的人，在最好的情况下，可以从CodeBase或Market下载一些东西。他们不可能不关心里面有什么：类、笨蛋、函数、例程。
想象一下，要向一个不使用编程和专家顾问的用户解释为什么MT5比MT4好。速度、可扩展性、简洁的架构......。- 所有这些对普通用户来说都是空洞的声音。因此，几乎没有什么论据可言。
语言与此毫无关系。在MT4/MT5的用户中，只有5-10%的人在尝试编写自己的代码。其余的人，在最好的情况下，可以从CodeBase或Market下载一些东西。他们不可能不关心里面有什么：类、笨蛋、函数、例程。
想象一下，要向一个不使用编程和专家顾问的用户解释为什么MT5比MT4好。速度、可扩展性、简洁的架构......。- 所有这些对普通用户来说都是空洞的声音。因此，几乎没有什么论据可言。
假设有5-10%的编码员，其余的人并不关心什么平台。然后将用户分为两类--主动用户（编码者）和被动用户（信号的订阅者、手动交易者、市场买家）。
如果所有第一类用户都转到MT5，其余的也会跟着转。毕竟，编码员将为MT5编写、销售和发布程序，而被动用户将像以前一样，接受所提供的东西。
因此，任务是说服编码员转到MT5，问题就会得到解决。
彼得罗斯，如果你只读自己的文章，你就没有什么价值了。你现在已经或正在得出我上面概述的结论。
对于一个初学者来说，把标准库 的交易类和方法毫无节制地塞到各个角落，并不能让人理解语言的交易功能。
MQL5的交易函数根本就没有被提及--它们被关于标准库的方法和类的对话所取代。
如果别人明白你想要什么，就让别人给我解释。
让新手们告诉我他们的困难是什么。
对于交易功能，有这个MQL5参考 交易功能。
我也使用它们，例如我使用PositionSelect 进行位置搜索。
而不是OrderSend，我更喜欢使用标准函数。
假设有5-10%的编码员，其余的人不关心这个平台。然后让我们把用户分为两类--主动用户（编码者）和被动用户（信号订阅者、手动交易者、市场购买者）。
如果所有第一类用户都转到MT5，其余的也会跟着转。毕竟，他们将开始为MT5编写、销售和发布程序，而被动者将像以前一样使用提供的东西。
因此，任务是说服编码员转到MT5，问题就会得到解决。
诚然，只有专业的编码员首先是一个为他人利益服务的人。谁会把他/她的所有产品从MT4市场上删除，剥夺自己赚钱的可能性？谁会因为是MT4就拒绝他的自由职业者订单？
编码员的比例确实是5-10，但还是有足够多的编码员，相互之间形成竞争。如果有一个这样的dartan，其他的人就会捻起拇指，继续为MT4用户服务。只有MQ能产生重大影响，如果只是因为它同时拥有MT4和MT5。但所有这些影响都是强迫性的严厉措施，实际上是对MT4中既定生态系统的蓄意破坏。正常人都不会这样做。