Intel® Math Kernel Library (Intel® MKL) accelerates math processing routines that increase application performance and reduce development time. Intel® MKL includes highly vectorized and threaded Linear Algebra, Fast Fourier Transforms (FFT), Vector Math and Statistics functions. The easiest way to take advantage of all of that processing power...
天啊--正在撕裂所有人的英特尔编译器要赶上解释器了？
桑尼奇，别喝太多了 ))))
请仔细阅读该帖子。
你的矩阵类将不得不使用英特尔库进行矩阵操作。
这是 《圣经》！
从这里开始 扩大你的视野。为了省去你的麻烦，这里是。
英特尔®数学内核库（Intel® MKL）加速了数学处理程序，提高了应用性能，减少了开发时间。英特尔® MKL包括高度矢量化和线程化的线性代数、快速傅里叶变换（FFT）、矢量数学和统计功能。
天啊...Gyyy....
我说的解释者是指你最喜欢的R
在R中没有任何东西可以被解释。所有功能都是本地代码。你调用一个函数，只有命令本身被解释。这就是全部。
而且内置功能的执行速度也很惊人。你不能用自己的手，或用MKL来做这个。或者太长了，没有必要。
这不是由我决定的。我很相信，向量和矩阵操作在那里是有水平的。如果不是这样，它就不会进入前五名。
而且我对语言本身有一个良好的态度。但比较MQL和R是荒谬的）。
应用交易语言与数据分析语言？ 它们怎么能相提并论呢？
卸载数据（MQL）分析（R）发现了一个Edge，写了一个ATS（MQL），如果有必要，与分析平台的必要功能相联系。
如果你想移植所需的功能，这很公平。所有更多可能的帮助是以开发者移植的alglib的形式提供的
理想情况下，你可以运行整个生态系统的EA，来模拟它们如何根据GA来生存和变化，以更好地匹配历史报价。
像一开始就有最简单的，在一个简单的条件下买入或卖出。然后，更复杂的开始在简单的基础上形成。一般来说，灭绝和出现新的高效专家来追踪））））。一种基于其他个体的布尔杂交的进化编程
理想情况下，可以启动整个EA的生态系统，以模拟它们如何在GA的基础上生存和变化，以更好地匹配历史报价。
就像一开始有原生动物，在一个简单的条件下进行买卖。然后，更复杂的开始在简单的基础上形成。一般来说，灭绝和出现新的高效专家来追踪））））。一种 基于其他个体的布尔杂交的进化编程
关于进化和 "灭绝"：一家臭名昭著的公司举办了一场人工智能编程比赛。一切都是成人的--捕食者-猎物模型、生态学、地理学、繁殖、标本之间的交流能力和其他东西。经过无数次的人工智能运行，最复杂的模型以最简单的行为算法获胜：吃一切你能接触到的东西，在第一时间繁殖，如果发生了什么，就和一群人一起跑。
关于进化和 "灭绝"：一家臭名昭著的公司 举办了一场人工智能编程比赛。一切都是成人的--捕食者-猎物模型、生态学、地理学、繁殖、副本之间交流的可能性，等等，等等。现有的人工智能最简单的算法在无数次运行后获得了胜利：一个个体必须吃它能接触到的所有东西，在第一时间繁殖，如果有事情发生，就和一群人一起跑。
MS在21世纪初安排它来普及C#。在此之前，该游戏在Java中很受欢迎。
但是MS把这一切都包装成了奖品，我赢得了一些阶段，我不记得是哪一个。但该战略是埋伏的Rat)))))
我记得还有一件事，邮差按了门铃，--有一个来自MS的包裹给你。
我来到邮局--一箱20公斤的东西，都是关于编程的书））。
如果为了支持你关于继承不一致的论点，你能提供一个你对类层次结构的看法的图表，你的帖子就会有一个合乎逻辑的结论。为了清晰起见!:)
如果在确认你对继承的不一致性的推理时，你能带来一个你对类的层次结构的看法的图形方案，你的帖子就会有一个合乎逻辑的结论。为了清楚起见!:)
到目前为止，在论文的层面上。
没有银弹（"NoSilver Bullet" Frederick Brooks, 1986）。也就是说，对于正确的软件开发来说，没有一个放之四海而皆准的技术。任何设计方法都可能导致不一致，感知的复杂性，结果是减缓甚至不可能进一步发展。继承在本质上是不一致的。然 而，使用它很容易创造出一个矛盾的设计，比在设计之初看起来容易得多。
接口和内含物更安全。
从已经说过的内容来看，作为一项规则，使用扁平化模型似乎更好：有限的继承链，最多两层，最多三层，通过接口进行互换，其功能通过内含物实现更好。
不幸的是，接口在MQL5中是被禁止的，这是非常不幸的，尽管它们本可以在一个整齐的动作中被启用：允许纯抽象类的多重继承。
ZZY，当我有时间时，我会画出我的CStrategy 项目的类树。比较一下会很有意思。尽管我将再次强调：没有银弹，也就是说，绝不能以 "看它应该怎么做 "的原则来考虑同样的CS战略。
如果你不会烹调猫，请保持安静...
R.这种用于统计数据分析的语言也有2个面向对象的编程系统
那么？那里面还有很多MQL没有的东西。那又怎样？
这不是问题的关键。一种语言相对于另一种语言的算法优势，在达到一定的能力门槛后，对学科领域来说根本不重要。
你在这里咀嚼编码员的味道，而我个人是为了商业而来。
PS。
你的矩阵类将不得不使用英特尔的矩阵运算库，那么也许你会在这个问题上等于R。
你把你的矩阵贴在你的每个帖子里。它们在实际交易中的应用是非常有限的。99.9%的专家顾问不使用矩阵计算（不要与MQL中的数组相混淆）。
R是为快速数据分析而创造的，但不是为全面的模拟而创造的。滑动窗口中的计算情况如何？交易中99.99%的计算都是使用滑动窗口进行的。也就是说，如果你在矩阵中插入一个新元素并删除旧元素，然后重新计算，这个操作的成本一定是O(1)，而不是其他。在MQL中，几乎在所有情况下都可以保证这一点，但在R中如何做到这一点？