对MQL语法的建议 - 页 2 12345678910 新评论 Alexey Volchanskiy 2018.10.02 23:38 #11 Alexey Navoykov:我记得,当时有一个隐式复制操作符,允许复制动态对象,但这不算什么,尤其是自那时以来已经过了很长时间。我没有记过时间,比如说,函数指针是什么时候出现在类中的?它不觉得比两年前老。而且我说增加的内容都是小事,就像上面说的。我目前正在掌握《忍者8》。 Dmitry Fedoseev 2018.10.03 02:57 #12 这只是一个C++中的所有内容和mql中没有的内容的列表。c++中还有没有不在愿望清单上的、不在mql中的东西? Stanislav Aksenov 2018.10.03 04:11 #13 Dmitry Fedoseev:这只是一个C++中的所有内容和mql中没有的内容的列表。在c++中是否有任何东西不在愿望清单中,也不在mql中?事实证明,也许我们不需要自己的mql语言。也许,从一开始就用C++编写EA/指标会更好? Georgiy Merts 2018.10.03 04:57 #14 Koldun Zloy:这一小部分人可以编写所有人都会使用的库。有多少个这样的图书馆? 到目前为止,除了fxsaber的兼容库,我想不出有什么。话虽如此,问题是--大多数参与者真的使用它吗? Georgiy Merts 2018.10.03 04:58 #15 Alexey Volchanskiy:我目前正在掌握《忍者8》。这有什么意义? Georgiy Merts 2018.10.03 05:00 #16 Stanislav Aksenov:所以,也许我们不需要自己的mql语言?也许最初用C++编写EA/指示器会更好?我在各种交易员的博客中多次读到过这种情况。 但我不认为这里有什么大问题--反正与贸易服务器的所有接口都必须单独编写。使用哪种语言并无多大区别。关于C++的好处是,许多人在这方面有很多经验。 Alexey Navoykov 2018.10.03 05:11 #17 Alexey Volchanskiy:我没有记过时间,比如说,函数指针是什么时候出现在类中的?感觉不比两年前老。而且我说增加的内容都是小事,就像上面说的。我目前正在掌握Ninja 8。类中的函数? 你是说静态? 因为我以为我错过了什么......我跑去用常见的方法检查了一下--不,它没有用) 那么,指向静态方法的指针与指向普通函数的指针同时出现,不是吗?这个公告 是4月16日的,也就是2.5年前。 原则上与你的感觉相差不大。 但2.5年也不是一个很长的时期。 只是,我可能没有使用 "近年来...... "这个短语,我指的是过去几年的地平线。 Alexey Navoykov 2018.10.03 05:16 #18 Stanislav Aksenov:所以,也许我们不需要自己的mql语言?也许最初用C++编写EA/指示器会更好?是的,要么就是...他们可以采用现成的开放源码C++编译器代码,并通过巧妙的手势...裤子转弯,裤子转弯......变成一个优雅的MQL,它将拥有C++的一切,除了地址算术之外 Alexey Navoykov 2018.10.03 05:24 #19 而且这不仅仅是关于C++的。 在我的列表中,只有模板属于C++,我特意把它放在最后。 但第一部分是通用的,对C++和C#都是如此。也就是说,这些是任何语言都需要的功能 Alexey Navoykov 2018.10.03 05:49 #20 顺便说一下,说到方法的指针(delegates),我忘了把它加到我的列表中,这也是一件必要的事情。比模板的曲折更重要 12345678910 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我记得,当时有一个隐式复制操作符,允许复制动态对象,但这不算什么,尤其是自那时以来已经过了很长时间。
我没有记过时间,比如说,函数指针是什么时候出现在类中的?它不觉得比两年前老。而且我说增加的内容都是小事,就像上面说的。我目前正在掌握《忍者8》。
这只是一个C++中的所有内容和mql中没有的内容的列表。c++中还有没有不在愿望清单上的、不在mql中的东西?
这只是一个C++中的所有内容和mql中没有的内容的列表。在c++中是否有任何东西不在愿望清单中,也不在mql中?
事实证明,也许我们不需要自己的mql语言。也许,从一开始就用C++编写EA/指标会更好?
这一小部分人可以编写所有人都会使用的库。
有多少个这样的图书馆?
到目前为止,除了fxsaber的兼容库,我想不出有什么。话虽如此,问题是--大多数参与者真的使用它吗?
我目前正在掌握《忍者8》。
这有什么意义?
所以,也许我们不需要自己的mql语言?也许最初用C++编写EA/指示器会更好?
我在各种交易员的博客中多次读到过这种情况。
但我不认为这里有什么大问题--反正与贸易服务器的所有接口都必须单独编写。使用哪种语言并无多大区别。关于C++的好处是,许多人在这方面有很多经验。
我没有记过时间,比如说,函数指针是什么时候出现在类中的?感觉不比两年前老。而且我说增加的内容都是小事,就像上面说的。我目前正在掌握Ninja 8。
类中的函数? 你是说静态? 因为我以为我错过了什么......我跑去用常见的方法检查了一下--不,它没有用)
那么,指向静态方法的指针与指向普通函数的指针同时出现,不是吗?这个公告 是4月16日的,也就是2.5年前。 原则上与你的感觉相差不大。 但2.5年也不是一个很长的时期。
只是,我可能没有使用 "近年来...... "这个短语,我指的是过去几年的地平线。
所以,也许我们不需要自己的mql语言?也许最初用C++编写EA/指示器会更好?
是的,要么就是...他们可以采用现成的开放源码C++编译器代码,并通过巧妙的手势...裤子转弯,裤子转弯......变成一个优雅的MQL,它将拥有C++的一切,除了地址算术之外