OOP与程序化编程 - 页 47 1...404142434445464748 新评论 Maxim Dmitrievsky 2018.04.18 12:03 #461 Комбинатор: 加大尺寸的转换器与此有什么关系?哦,对了,你还是得用手重写。 Maxim Dmitrievsky 2018.04.18 12:06 #462 Maxim Kuznetsov:你可以把mql转换为c++,这很容易,我知道这里有人这么做......你得到的是一个非常有限的c++子集(事实上是c类),但这些代码在MT和c++项目中都能使用。 但要把任意的C++转换为mql--唉,啊。稍微应用 一下模板,在STL中拿得出手,上帝保佑,地址运算,就这样,代码是不能转换的。语言是相似的,但也不过如此。 顺便说一下,从pascal上看,转换器更加真实,只是游戏不值得一试。 pascal中是否有什么有趣的东西可以转换为mql?)) Maxim Kuznetsov 2018.04.18 12:50 #463 Maxim Dmitrievsky:pascal中是否有什么有趣的东西可以转换为mql?)) 在任何地方都没有值得转换为mql的东西。 你拥有的任何东西都可以通过DLL插入。 Yuriy Asaulenko 2018.04.18 13:07 #464 Maxim Kuznetsov: 没有任何地方值得转换为mql的东西。 所有可用的东西都可以通过DLL进行连锁。 嗯,不仅仅是通过DLL。例如,你可以使用文件共享。有了RAM-磁盘,超过1.5GBytes/秒就足以应付一切。而且实施起来也非常容易。我曾经把它作为一个临时解决方案。现在通过DLL。但当有必要使其快速时,没有更好的文件。 对于那些不知道如何使用DLL的人来说--将第三方软件与MQL整合的绝佳选择。 Maxim Dmitrievsky 2018.04.18 13:51 #465 Yuriy Asaulenko:嗯,不仅仅是通过DLL。例如,你可以做文件共享。有了RAM-磁盘,超过1.5GBytes/秒就足以应付一切。而且实施起来也非常容易。我曾经把它作为一个临时解决方案。现在通过DLL。但当有必要使其快速时,没有更好的文件。 对于那些不知道如何使用dll的人来说,这是一个将第三方软件与MQL整合的好选择。我从来没有建过dll,你有一个好的链接可以阅读吗? (这比把代码从pluses改写成mql容易吗?) Yuriy Asaulenko 2018.04.18 13:54 #466 Maxim Dmitrievsky:我没有建过dll,你有什么好的链接可以阅读吗? 这比从pluses到mql重写代码要容易吗?)在MSDN上看,比如--C++ dlls的开发。在那里检查。 Maxim Dmitrievsky 2018.04.18 13:58 #467 Yuriy Asaulenko:在MSDN上看,比如--DLL C++的开发。你可以在那里找到它。现在,事实证明,从一个库中建立一个dll也需要很多时间。 Yuriy Asaulenko 2018.04.18 14:03 #468 Maxim Dmitrievsky:现在会发现,从一个库中建立一个dll也需要很多时间会有结果的))。 通过RAM使用文件交换,不用麻烦。结果并没有更糟。 PS 如果TC会工作,你可以随时切换到dll。 Maxim Dmitrievsky 2018.04.18 14:05 #469 Yuriy Asaulenko:会有结果的))。 通过RAM使用文件交换,不用麻烦。其结果不会更糟。我甚至不会读它:)反正我也用框架,但我更喜欢重写一切。 Yuriy Asaulenko 2018.04.18 14:13 #470 Maxim Dmitrievsky:但我还是倾向于重写一切,这样你就能理解库的一点点逻辑。从OOP的角度来看--绝对是错误的做法。你的业务是TC,而不是重写已经创建和工作的代码。 1...404142434445464748 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
加大尺寸的转换器与此有什么关系?
哦,对了,你还是得用手重写。
你可以把mql转换为c++,这很容易,我知道这里有人这么做......你得到的是一个非常有限的c++子集(事实上是c类),但这些代码在MT和c++项目中都能使用。
但要把任意的C++转换为mql--唉,啊。稍微应用 一下模板,在STL中拿得出手,上帝保佑,地址运算,就这样,代码是不能转换的。语言是相似的,但也不过如此。
顺便说一下,从pascal上看,转换器更加真实,只是游戏不值得一试。
pascal中是否有什么有趣的东西可以转换为mql?))
pascal中是否有什么有趣的东西可以转换为mql?))
在任何地方都没有值得转换为mql的东西。
你拥有的任何东西都可以通过DLL插入。
没有任何地方值得转换为mql的东西。
所有可用的东西都可以通过DLL进行连锁。
嗯,不仅仅是通过DLL。例如,你可以使用文件共享。有了RAM-磁盘,超过1.5GBytes/秒就足以应付一切。而且实施起来也非常容易。我曾经把它作为一个临时解决方案。现在通过DLL。但当有必要使其快速时,没有更好的文件。
对于那些不知道如何使用DLL的人来说--将第三方软件与MQL整合的绝佳选择。
嗯,不仅仅是通过DLL。例如,你可以做文件共享。有了RAM-磁盘,超过1.5GBytes/秒就足以应付一切。而且实施起来也非常容易。我曾经把它作为一个临时解决方案。现在通过DLL。但当有必要使其快速时,没有更好的文件。
对于那些不知道如何使用dll的人来说,这是一个将第三方软件与MQL整合的好选择。
我从来没有建过dll,你有一个好的链接可以阅读吗?
(这比把代码从pluses改写成mql容易吗?)
我没有建过dll,你有什么好的链接可以阅读吗?
这比从pluses到mql重写代码要容易吗?)
在MSDN上看,比如--C++ dlls的开发。在那里检查。
在MSDN上看,比如--DLL C++的开发。你可以在那里找到它。
现在,事实证明,从一个库中建立一个dll也需要很多时间。
现在会发现,从一个库中建立一个dll也需要很多时间
会有结果的))。
通过RAM使用文件交换,不用麻烦。结果并没有更糟。
PS 如果TC会工作,你可以随时切换到dll。
会有结果的))。
通过RAM使用文件交换,不用麻烦。其结果不会更糟。
我甚至不会读它:)反正我也用框架,但我更喜欢重写一切。
但我还是倾向于重写一切,这样你就能理解库的一点点逻辑。
从OOP的角度来看--绝对是错误的做法。你的业务是TC,而不是重写已经创建和工作的代码。