是时候将图书馆转换为MQL5了 - 页 2 123456789...14 新评论 Sceptic Philozoff 2012.04.14 19:24 #11 不，不是所有的交易都是以NS为基础。因此，我们将得到的不是一个通用的交易平台，而是...交易解决方案。当然，它是一个相当体面的软件包，但它太专业了。你需要一般的数学圣经--线性代数、分析、二维码（所有种类，不只是普通的）、优化方法（不只是GA，它是沧海一粟）、恒温器/Matstat--还有很多。我写这篇文章不是因为我知道你到底需要什么。而我写这篇文章，是因为交易员中不仅有神经网络交易员，而偏向于单纯的NS是根本无法接受的。 Дмитрий Александрович 2012.04.14 20:31 #12 Renat: 主要关注的是MQL5中的本地库，而不需要DLLs。 我们正在非常努力地提高编译器的性能，并将使其更接近C++编译器的性能。这意味着对DLLs的需求将严重减少。 此外，编辑器的下一个版本可能会有对编译C/C++ DLL代码的本地支持。因此，将有可能直接从元编辑器中编译简单的DLLs。如果你在本地有Visual Studio 2005/2008/2010，将使用本地编译器，否则将使用我们的在线编译服务。 这将使你能够分享源码dlls，并在你自己的基础上轻松编译它们。这将使人们对安全有更多的控制。 Renat，原来你写了一个解析器，把mql5代码翻译成c++，替代调用等等。 然后像往常一样将C/C++代码编译成dll-code，进行加密，得到ex5？所以，这只是为了自我发展:) 我对创建MQL5的基本策略感兴趣。 顺便说一下，编译可以通过使用一些gcc来完成，例如。 Renat Fatkhullin 2012.04.14 20:33 #13 在dll中编译，没有转换为mql5。 Victor 2012.04.15 05:18 #14 在我看来，如果有需要，那么应该使用那些已经存在多年、由开源和类似库开发的库，因为它们存在。它们不应该被改写。开发人员修改他们的库，扩展它们，捕捉错误。也就是说，他们维护自己的孩子，并对其承担一些责任。如果这些库将被重写为mql5，谁将负责跟踪新的构建和其他维护？最有可能的是，这是一项完全不必要的工作。例如，如果你需要OpenOffice，你不会在mql5 上重写它，而只是立即开始使用它，尽管源代码是可用的。在这种情况下，它将节省时间，你不会在翻译过程中犯错。我认为你应该开始开发一个dll，只有当它是一个原创的发展。移植别人的库是不值得的。从mql 到已经存在的库（dll），提供一个有保障的引用可能会更合理。在这种情况下，mql 的开发者可以很容易地做一个提供函数调用和参数转移 的层，到fortran,gcc,visualc dll，在声明库的时候使用适当的pragma。但这只是我的主观意见。 Документация по MQL5: Основы языка / Функции / Передача параметров www.mql5.com Основы языка / Функции / Передача параметров - Документация по MQL5 Igor Makanu 2012.04.15 07:20 #15 Renat: 编译为dll，没有转换为mql5。再次解释发生了什么事 :)似乎即使现在任何用户都可以自己向mql5添加.dll，但现在会发生什么呢？ 会不会有一个来自开发者的mql5的标准.dll包，可以使用，例如，在2012年的锦标赛中？ Renat Fatkhullin 2012.04.15 11:56 #16 听到 "保证访问DLL "很奇怪，因为它在MQL4和MQL5中已经完美运行了7年。 原生库，以MQL5中的源代码形式出现，对于那些编写出售程序的人来说是必要的。对于成功的销售，摆脱DLL以保证代码的完全安全是至关重要的。 只要问一下自己 "如何将你的ex5卖给10万个交易者"，很快就会发现DLLs是不可能的。 Renat Fatkhullin 2012.04.15 11:58 #17 关于编译c++代码，我建议再次阅读我的原帖。它清楚地描述了什么将发挥作用以及如何发挥作用。 TheXpert 2012.04.15 12:05 #18 IgorM:再次解释发生了什么事 :)充实肉体的工作正在进行。MT4的资料库是巨大的，并不限于mql4.com。相比之下，MT5现在损失惨重。不仅如此，如果你写的东西是原创的、有用的，很可能会对用户的迁移做出很大的贡献。似乎即使是现在，任何用户都可以向mql5添加一个.dll。它可以，但不一定容易。我的理解是，采取所需的库，在可能的情况下进行移植，将其余的包起来，并以一种可供正常使用的形式提供。 Andriy Voitenko 2012.04.15 12:15 #19 雷纳特，请为像我这样特别无知的人解释一下 "在你的手指上"。如果我有一个Visual Studio 的C++ DLL项目，我可以用你的想法把它在元编辑器中编译成ex5吗？我可以把它作为一个库进一步连接到我的MQL5项目吗？ --- 2012.04.15 12:27 #20 avoitenko:雷纳特，请用你的手指解释。如果我有一个Visual Studio的DLL项目，我是否可以用你的想法在MetaEditor中把它编译成ex5？然后它可以作为一个库附在我的MQL5项目中？你们这些人不识字吗？它写得很清楚，还能有多清楚呢？此外，编辑器的下一个版本可能会包含对C/C++ DLL代码编译的本地支持。也就是说，你可以直接从元编辑器中编译简单的DLL。如果你在本地有Visual Studio 2005/2008/2010，将使用本地编译器，否则将使用我们的在线编译服务。哪里说过要将dll编译成ex5？该DLL 将被编译 123456789...14 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
不，不是所有的交易都是以NS为基础。因此，我们将得到的不是一个通用的交易平台，而是...交易解决方案。当然，它是一个相当体面的软件包，但它太专业了。
你需要一般的数学圣经--线性代数、分析、二维码（所有种类，不只是普通的）、优化方法（不只是GA，它是沧海一粟）、恒温器/Matstat--还有很多。
我写这篇文章不是因为我知道你到底需要什么。而我写这篇文章，是因为交易员中不仅有神经网络交易员，而偏向于单纯的NS是根本无法接受的。
主要关注的是MQL5中的本地库，而不需要DLLs。
我们正在非常努力地提高编译器的性能，并将使其更接近C++编译器的性能。这意味着对DLLs的需求将严重减少。
此外，编辑器的下一个版本可能会有对编译C/C++ DLL代码的本地支持。因此，将有可能直接从元编辑器中编译简单的DLLs。如果你在本地有Visual Studio 2005/2008/2010，将使用本地编译器，否则将使用我们的在线编译服务。
这将使你能够分享源码dlls，并在你自己的基础上轻松编译它们。这将使人们对安全有更多的控制。
然后像往常一样将C/C++代码编译成dll-code，进行加密，得到ex5？
所以，这只是为了自我发展:)
我对创建MQL5的基本策略感兴趣。
顺便说一下，编译可以通过使用一些gcc来完成，例如。
在我看来，如果有需要，那么应该使用那些已经存在多年、由开源和类似库开发的库，因为它们存在。它们不应该被改写。
开发人员修改他们的库，扩展它们，捕捉错误。也就是说，他们维护自己的孩子，并对其承担一些责任。如果这些库将被重写为mql5，谁将负责跟踪新的构建和其他维护？最有可能的是，这是一项完全不必要的工作。
例如，如果你需要OpenOffice，你不会在mql5 上重写它，而只是立即开始使用它，尽管源代码是可用的。在这种情况下，它将节省时间，你不会在翻译过程中犯错。
我认为你应该开始开发一个dll，只有当它是一个原创的发展。移植别人的库是不值得的。
从mql 到已经存在的库（dll），提供一个有保障的引用可能会更合理。在这种情况下，mql 的开发者可以很容易地做一个提供函数调用和参数转移 的层，到fortran,gcc,visualc dll，在声明库的时候使用适当的pragma。
但这只是我的主观意见。
再次解释发生了什么事 :)
似乎即使现在任何用户都可以自己向mql5添加.dll，但现在会发生什么呢？ 会不会有一个来自开发者的mql5的标准.dll包，可以使用，例如，在2012年的锦标赛中？
原生库，以MQL5中的源代码形式出现，对于那些编写出售程序的人来说是必要的。对于成功的销售，摆脱DLL以保证代码的完全安全是至关重要的。
只要问一下自己 "如何将你的ex5卖给10万个交易者"，很快就会发现DLLs是不可能的。
再次解释发生了什么事 :)
充实肉体的工作正在进行。MT4的资料库是巨大的，并不限于mql4.com。
相比之下，MT5现在损失惨重。不仅如此，如果你写的东西是原创的、有用的，很可能会对用户的迁移做出很大的贡献。
似乎即使是现在，任何用户都可以向mql5添加一个.dll。
它可以，但不一定容易。
我的理解是，采取所需的库，在可能的情况下进行移植，将其余的包起来，并以一种可供正常使用的形式提供。
雷纳特，请为像我这样特别无知的人解释一下 "在你的手指上"。
如果我有一个Visual Studio 的C++ DLL项目，我可以用你的想法把它在元编辑器中编译成ex5吗？
我可以把它作为一个库进一步连接到我的MQL5项目吗？
雷纳特，请用你的手指解释。
如果我有一个Visual Studio的DLL项目，我是否可以用你的想法在MetaEditor中把它编译成ex5？
然后它可以作为一个库附在我的MQL5项目中？
你们这些人不识字吗？
它写得很清楚，还能有多清楚呢？
此外，编辑器的下一个版本可能会包含对C/C++ DLL代码编译的本地支持。也就是说，你可以直接从元编辑器中编译简单的DLL。如果你在本地有Visual Studio 2005/2008/2010，将使用本地编译器，否则将使用我们的在线编译服务。
哪里说过要将dll编译成ex5？
该DLL 将被编译