我的方法。核心是引擎。 - 页 70

新评论
 
Реter Konow:

你还不了解我......))

只是不要再去和Canvas一起闭关三年了。

 
Vasiliy Sokolov:

随着.Net库支持的引入，差异出现了。

它正在产生变化，是的...

但直到最近，那些不应该指手画脚的人 还保证说，拖着CLR太累了。


 
Maxim Kuznetsov:

它显示出来了，毫无疑问......

但直到最近，那些不应该被指指点点的人 都保证，拖着CLR是过犹不及。

我不知道开发者是否为了这个功能而把自己的灵魂卖给了魔鬼，但从用户层面来看，它看起来很棒。

 
Igor Makanu:

我认为现在是一切的时候了，MT开发人员说，夏普就是夏普，它更接近于C++，在Delphi中要写几公里的begin-end和:= ，懒人))))。

虽然听起来很奇怪，但MQL更接近于C#而不是C++。有一次我想把一个小的开源C++库转换为MQL，被那些void*和typedef吓坏了。然后我意识到，在MQL中，没有这种易于使用的概念。至于C#，它在处理对象 方面与MQL非常相似。因此，我认为选择语言开发人员进行整合并不是偶然的。

 
Vasiliy Sokolov:

虽然听起来很奇怪，但MQL更接近于C#而不是C++。有一次，我想把一个小型的开源C++库转换成MQL，但我被那些void*和typedef吓坏了。然后我意识到，在MQL中，没有这种易于使用的概念。至于C#，它在处理对象 方面与MQL非常相似。因此，我认为选择语言开发人员进行整合并不是偶然的。

我的感觉是，MQL是从Pascal和BASIC演变而来的 :-) 无意冒犯，在提出这个想法的时候，它是一个事实上的标准......从C语言来看，它只是语法和随着它的发展而产生的影响。

语法来自C语言，字符串是帕斯卡尔式的，数组是福斯兰式的。

取其精华，去其糟粕。现在是C#

 
Vasiliy Sokolov:

虽然听起来很奇怪，但MQL更接近于C#而不是C++。有一次，我想把一些小型的开源C++库转换成MQL，但我被那些void*和typedef吓坏了。然后我意识到，在MQL中，没有这种易于使用的概念。至于C#，它在处理对象 方面与MQL非常相似。因此，我认为选择语言开发人员进行整合并不是偶然的。

我在上面展示了一个C#的例子。

public static void Get(ref int[] arr,ref int sz)
                {
                        sz =arr.Length;
                }

在MT5中，我在调用时传递了一个静态数组，并从C#返回数组大小，这在Native DL上是不可能的，显然MT5是在.Net下编写的。

我将尝试用C#编写整个界面，所有的数学计算，都可以在网上找到，我可以把它全部连接到MT5上，没有任何问题--真是个好故事！"。

 
Igor Makanu:

我在上面给你看了一个C#的例子。

在MT5中，我在调用时传递了一个静态数组，并从C#中返回数组大小，在Native DL上这是不可能的，显然MT5是在.Net下编写的。

如果你将用C#编写整个界面，所有的数学计算，这在网络上是很丰富的，而且你可以把它全部连接到MT5上，没有任何问题--神奇！你可以用C#来编写。

MQL6将是夏普 :-)

我们是商人，我们可以打长线。

 
Maxim Kuznetsov:

我的感觉是，MQL是从Pascal和Basics中发展起来的 :-) 无意冒犯，在提出这个想法的时候，它是一个事实上的标准......从C语言中仅有的语法和影响随着它的发展而发展。

语法来自C语言，字符串是帕斯卡尔式的，数组是Forthran式的。

取其精华，用其所长。现在是C#。

我不知道。以我对C++ MQL的经验来看--完全一致。

此外，几乎我所有的旧开发都很容易转移到MQL，只需做很少的修改。

也许，这是因为我很少使用typedef，并试图完全避免使用void。

 
Georgiy Merts:

我不知道。以我对C++ MQL的经验来看--完全一致。

此外，几乎所有我以前的工作都可以轻松地转移到MQL，只需做很少的修改。

也许，这是因为我很少使用typedef，并试图完全避免使用void。

C++可能非常不同。一个程序员有宏和typedef void*，另一个有几乎纯MQL。

 

我一直忘了问@Peter Konow 你的开发在策略测试器中是否有效？

在Sharp上，该窗口在测试器中工作正常，没有任何减慢，因为该窗口在一个单独的线程中运行。

1...636465666768697071727374757677...184
新评论