是时候将图书馆转换为MQL5了 - 页 4 1234567891011...14 新评论 Renat Fatkhullin 2012.04.15 15:14 #31 falkov:我敢说，那些写软件出售的人，以及其他所有写软件的人，首先需要一个可用的编辑器，而不是俗气的MetaEditor。难道就不能让它与Visual Studio有一点点相似吗？从VS切换到ME时，我非常恼火。MetaEditor 5已经非常好了，我们还在开发。它有智能提示、功能导航、巨大的帮助、片段、子程序（你看到差异了吗？）、与CodeBase/Market的集成以及与终端的本地通信。这一切都被认为是理所当然的。项目导航器将在那里，在悬停的调试器中也显示数值--编辑器的工作每天都在进行。 还有一个值得骄傲的理由--带有编译器的编辑器只需要3mb（加上帮助文件和翻译，需要10mb），一切工作都非常快。 Mykola Demko 2012.04.15 15:21 #32 Renat:你似乎只在你自己对环境的认知尺度上操作。因此，你不明白为什么 "要求....，不容易 "不适合真正的大众市场。我们的操作方式是："这个或那个解决方案在N百万用户中会产生什么影响？例如，仅在2012年3月，就有超过一百万台MetaTrader 4和MetaTrader 5客户终端被实际安装。仅在一个月内。这是一个很低的 估计，因为有大量的老的非网络安装人员。支持C++->DLL编译的原因是允许真正交换DLL源，而不是处理非常危险的未经验证的DLL文件。在市场规模上，这一功能将为成千上万的交易者提供更多的安全保障，他们将进入 "给我源码，我不想要一个未经验证的DLL "模式。当然，这只是一个额外的解决方案，我们的主要目标是将最大的代码翻译成原生和安全的MQL5。最重要的是，我不知道有多少想 通过源码的人以前被剥夺了这个机会？这种解决方案的需求量有多大？例如，我可以很容易地在我的朋友中分发源码dlls，也可以很容易地在陌生人中出售编译好的dlls。没有人在意我用Dev-Cpp写的源代码，他们用Visual Studio编译。我遇到的第一个也是迄今为止唯一的一个问题是，当我被要求将C#代码连接到mql时，在此之前一切都很正常。 Renat Fatkhullin 2012.04.15 15:37 #33 Urain: 最重要的是，我想知道 有多少希望 转让源头dll的人以前被剥夺了这个机会？对这种解决方案的需求有多大？例如，我很容易将源码dlls交给我认识的人，也很容易将编译好的dlls卖给陌生人。而且没有人对我用Dev-Cpp写的源码和他们用Visual Studio编译的事实感到困惑。我面临的第一个问题，也是迄今为止唯一的一个问题，是在我被要求将C#中的代码连接到mql的时候，而在此之前，一切都没有问题。你没有听到，其他程序员也没有听到。 你说的是单位，而我重复说的是市场，是数以百万计的交易者。大众市场由自动化和可扩展的解决方案提供服务，在工作平台层面上嵌入。MetaEditor内置的将C++代码编译成DLL的功能，将鼓励成千上万的用户要求获得源代码，而程序员也会提前提供并向公众发布这些源代码。我们的目标是让我们的每个解决方案/想法都有1000到100万的市场杠杆。 我建议所有开发者尽快走出狭隘的世界观的陷阱。忘掉你自己，思考和评估大众的行为--它给人一种完全不同层次的理解过程。线索随处可见--你只需将它们纳入其中。 Mykola Demko 2012.04.15 15:43 #34 Renat:你没有听到，其他程序员也没有听到。 你说的是单位，我再说一遍，大规模的市场，数以百万计的交易者。大众市场是由工作平台层面上的自动化和可扩展的解决方案来服务的。MetaEditor内置的将C++代码编译成DLL的功能，将鼓励成千上万的用户索取源代码，而程序员将提前提供并与公众分享这些源代码。我们的目标是让我们的每个解决方案/想法都有1000到100万的市场杠杆。 我建议所有开发者尽快走出狭隘的世界观的陷阱。忘掉你自己，思考和评估大众的行为--它给人一种完全不同层次的理解过程。如果把问题放在复数中，会有什么变化呢？"我们想知道，或者我们送人，我想重点是大众程序员不会把源代码 送给大众的。而如果一些解决方案被递出，即使是现在也没有什么可以阻止他们。而如果群众要求是他们公众的个人问题，就让他们要求去拉，代码的河流不会免费流向群众，打开代码自动意味着免费。 Renat Fatkhullin 2012.04.15 16:13 #35 Urain:如果把问题放在复数中，我们想知道或者我们给出去，我想没有什么会改变，就是一个大众程序员不会把源代码 给大众公众的观点。而如果有些解决方案是分布式的，即使是现在也没有什么可以限制它们。而如果群众要求--这是他们自己的问题，让他们要求到死，免费代码的河流也不会流向群众，自动打开代码意味着免费。实践表明，围绕着不同系统（任何语言）的大量开放源码正在以巨大的速度增长。因此，这一趋势是相当明显的，我们在我们的解决方案中积极支持它。不久之后，我们将对CodeBase做出一些重大改变，允许用户从他们的终端访问网络上的巨大源代码库。 我们的目标是为软件开发人员提供尽可能多的源代码，他们将能够通过MQL5市场 向终端用户销售他们的解决方案。那些不想购买现成解决方案的人应该能够看到其他人的例子，弄清楚并编写自己的程序。而支持将C++源代码编译成DLLs也很符合我们的理念。 Mykola Demko 2012.04.15 16:21 #36 好吧，我承认我对MT和ME有一个狭隘的看法。但你不得不承认，一般的意见是由这种狭隘的观点组成的。 我事后表达一下我狭隘的看法：，我不使用调试器，因为我需要调试的地方不多，但在市场的某些部分，调试器不具备，其余的反正都是调试。我 不使用 "可视化器"，因为它不具备大量的功能。我 不使用云，因为我不相信它返回的值。我 不用看门人，因为我一直不知道如何使用它（惭愧，我没有），要么它是歪的，要么我的手指被磨成了X。我 不使用市场，因为在你购买之前，你无法真正看到一个产品是什么。 我仍然没有折叠，这对写代码是一个很大的阻碍。如果没有保持，超过1000行的项目 就会开始变得很慢。 现在从我的角度看世界，你大张旗鼓的东西对我来说都没有用，不知道为什么 :( 我的世界处于MT5的测试阶段，没有经纪人，与MT4相比唯一的优势是OOP。 你在你梦想的地平线上的某个地方，但在我（复数）的视野接近你之前，MT的现实将被卡在原地。 Renat Fatkhullin 2012.04.15 16:36 #37 我建议你放松，开始享受你不使用的功能，这是一个原则问题。狭义的观点不仅是指终端，更多的是指市场。要超越水平，你需要改变你的心态，打破你的旧设置。打破它，你会看到新的发展机会。这是对所有开发者的建议。而且你应该相信我的话--我对我们所有的系统和周围的市场有更多的信息和知识。 TheXpert 2012.04.15 16:38 #38 Urain:我 不使用调试器是因为我需要调试的地方不多，而是在市场的某些部分，这在调试器中是不存在的，其他部分的调试是原样的。嗯。内部验证加上调试器是大多数bug的过滤器。我 不使用 "可视化器"，因为它不具备大量的功能。所以你不检查指数以确保它们在工作？至少？我 不用看门人，因为我一直不知道如何使用它（惭愧，我没有），要么它是错的，要么，我的手指是为X而磨的。不是由守望者，是由储存库 :)顺便说一句，subversion已经很过时了。我仍然没有折叠，这对写代码来说是一个强有力的阻碍。如果没有折叠，超过1000行的项目就会开始变慢。我根本不使用折叠。哪儿都不行。而且这对我来说没有任何困扰。 Mykola Demko 2012.04.15 16:49 #39 TheXpert:嗯，天啊。内部验证加上调试器是对大多数错误的过滤。所以你不检查指数以确保它们在工作？至少？当然，在过去的一年里，我曾几次研究过调试器。但说实话，我可以在不按F7的情况下写200行代码。好吧，不是每个人都能，所以需要调试器，但同意它缺少 "在选定区域调试 "的一个非常重要的部分。而这是没有实现的，因为你选择了错误的发展战略。如果我们最初将测试人员分为调试人员和优化人员，事情就会有所不同。我在实时中调试指数，因为那是它们必须运行的地方，而所有其他环境都不能保证它们工作的正确性。这就是为什么我几乎从不使用测试器，因为有些指数并不总是像在现实中那样发挥作用。总的来说，我同意那些说MT5还很原始的经纪人的观点。 Dmitry Fedoseev 2012.04.15 17:04 #40 Renat: 我想启动一个潜在项目的清单。请帮助提供链接和简要说明。你需要一切你能做的。至少只是辅助库，例如处理字符串、数组、文件，对此你可以以PHP为基础，有任何情况下的函数。另外，这里有一个有趣的集合：http://musicdsp.org/archive.php。 1234567891011...14 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
我敢说，那些写软件出售的人，以及其他所有写软件的人，首先需要一个可用的编辑器，而不是俗气的MetaEditor。
难道就不能让它与Visual Studio有一点点相似吗？从VS切换到ME时，我非常恼火。
MetaEditor 5已经非常好了，我们还在开发。
它有智能提示、功能导航、巨大的帮助、片段、子程序（你看到差异了吗？）、与CodeBase/Market的集成以及与终端的本地通信。这一切都被认为是理所当然的。
项目导航器将在那里，在悬停的调试器中也显示数值--编辑器的工作每天都在进行。
还有一个值得骄傲的理由--带有编译器的编辑器只需要3mb（加上帮助文件和翻译，需要10mb），一切工作都非常快。
你似乎只在你自己对环境的认知尺度上操作。因此，你不明白为什么 "要求....，不容易 "不适合真正的大众市场。
我们的操作方式是："这个或那个解决方案在N百万用户中会产生什么影响？例如，仅在2012年3月，就有超过一百万台MetaTrader 4和MetaTrader 5客户终端被实际安装。仅在一个月内。这是一个很低的 估计，因为有大量的老的非网络安装人员。
支持C++->DLL编译的原因是允许真正交换DLL源，而不是处理非常危险的未经验证的DLL文件。在市场规模上，这一功能将为成千上万的交易者提供更多的安全保障，他们将进入 "给我源码，我不想要一个未经验证的DLL "模式。
当然，这只是一个额外的解决方案，我们的主要目标是将最大的代码翻译成原生和安全的MQL5。
最重要的是，我不知道有多少想 通过源码的人以前被剥夺了这个机会？
这种解决方案的需求量有多大？
例如，我可以很容易地在我的朋友中分发源码dlls，也可以很容易地在陌生人中出售编译好的dlls。
没有人在意我用Dev-Cpp写的源代码，他们用Visual Studio编译。
我遇到的第一个也是迄今为止唯一的一个问题是，当我被要求将C#代码连接到mql时，在此之前一切都很正常。
最重要的是，我想知道 有多少希望 转让源头dll的人以前被剥夺了这个机会？
对这种解决方案的需求有多大？
例如，我很容易将源码dlls交给我认识的人，也很容易将编译好的dlls卖给陌生人。
而且没有人对我用Dev-Cpp写的源码和他们用Visual Studio编译的事实感到困惑。
我面临的第一个问题，也是迄今为止唯一的一个问题，是在我被要求将C#中的代码连接到mql的时候，而在此之前，一切都没有问题。
你没有听到，其他程序员也没有听到。
你说的是单位，而我重复说的是市场，是数以百万计的交易者。大众市场由自动化和可扩展的解决方案提供服务，在工作平台层面上嵌入。
MetaEditor内置的将C++代码编译成DLL的功能，将鼓励成千上万的用户要求获得源代码，而程序员也会提前提供并向公众发布这些源代码。我们的目标是让我们的每个解决方案/想法都有1000到100万的市场杠杆。
我建议所有开发者尽快走出狭隘的世界观的陷阱。忘掉你自己，思考和评估大众的行为--它给人一种完全不同层次的理解过程。线索随处可见--你只需将它们纳入其中。
你没有听到，其他程序员也没有听到。
你说的是单位，我再说一遍，大规模的市场，数以百万计的交易者。大众市场是由工作平台层面上的自动化和可扩展的解决方案来服务的。
MetaEditor内置的将C++代码编译成DLL的功能，将鼓励成千上万的用户索取源代码，而程序员将提前提供并与公众分享这些源代码。我们的目标是让我们的每个解决方案/想法都有1000到100万的市场杠杆。
我建议所有开发者尽快走出狭隘的世界观的陷阱。忘掉你自己，思考和评估大众的行为--它给人一种完全不同层次的理解过程。
如果把问题放在复数中，会有什么变化呢？"我们想知道，或者我们送人，我想重点是大众程序员不会把源代码 送给大众的。而如果一些解决方案被递出，即使是现在也没有什么可以阻止他们。
而如果群众要求是他们公众的个人问题，就让他们要求去拉，代码的河流不会免费流向群众，打开代码自动意味着免费。
如果把问题放在复数中，我们想知道或者我们给出去，我想没有什么会改变，就是一个大众程序员不会把源代码 给大众公众的观点。而如果有些解决方案是分布式的，即使是现在也没有什么可以限制它们。
而如果群众要求--这是他们自己的问题，让他们要求到死，免费代码的河流也不会流向群众，自动打开代码意味着免费。
实践表明，围绕着不同系统（任何语言）的大量开放源码正在以巨大的速度增长。
因此，这一趋势是相当明显的，我们在我们的解决方案中积极支持它。不久之后，我们将对CodeBase做出一些重大改变，允许用户从他们的终端访问网络上的巨大源代码库。
我们的目标是为软件开发人员提供尽可能多的源代码，他们将能够通过MQL5市场 向终端用户销售他们的解决方案。
那些不想购买现成解决方案的人应该能够看到其他人的例子，弄清楚并编写自己的程序。
而支持将C++源代码编译成DLLs也很符合我们的理念。
我事后表达一下我狭隘的看法：
，我不使用调试器，因为我需要调试的地方不多，但在市场的某些部分，调试器不具备，其余的反正都是调试。
我 不使用 "可视化器"，因为它不具备大量的功能。
我 不使用云，因为我不相信它返回的值。
我 不用看门人，因为我一直不知道如何使用它（惭愧，我没有），要么它是歪的，要么我的手指被磨成了X。
我 不使用市场，因为在你购买之前，你无法真正看到一个产品是什么。
我仍然没有折叠，这对写代码是一个很大的阻碍。如果没有保持，超过1000行的项目 就会开始变得很慢。
现在从我的角度看世界，你大张旗鼓的东西对我来说都没有用，不知道为什么 :(
我的世界处于MT5的测试阶段，没有经纪人，与MT4相比唯一的优势是OOP。
你在你梦想的地平线上的某个地方，但在我（复数）的视野接近你之前，MT的现实将被卡在原地。
我建议你放松，开始享受你不使用的功能，这是一个原则问题。
狭义的观点不仅是指终端，更多的是指市场。要超越水平，你需要改变你的心态，打破你的旧设置。打破它，你会看到新的发展机会。这是对所有开发者的建议。
而且你应该相信我的话--我对我们所有的系统和周围的市场有更多的信息和知识。
我 不使用调试器是因为我需要调试的地方不多，而是在市场的某些部分，这在调试器中是不存在的，其他部分的调试是原样的。
嗯。内部验证加上调试器是大多数bug的过滤器。
我 不使用 "可视化器"，因为它不具备大量的功能。
所以你不检查指数以确保它们在工作？至少？
我 不用看门人，因为我一直不知道如何使用它（惭愧，我没有），要么它是错的，要么，我的手指是为X而磨的。
不是由守望者，是由储存库 :)顺便说一句，subversion已经很过时了。
我仍然没有折叠，这对写代码来说是一个强有力的阻碍。如果没有折叠，超过1000行的项目就会开始变慢。
我根本不使用折叠。哪儿都不行。而且这对我来说没有任何困扰。
嗯，天啊。内部验证加上调试器是对大多数错误的过滤。
所以你不检查指数以确保它们在工作？至少？
当然，在过去的一年里，我曾几次研究过调试器。但说实话，我可以在不按F7的情况下写200行代码。好吧，不是每个人都能，所以需要调试器，但同意它缺少 "在选定区域调试 "的一个非常重要的部分。而这是没有实现的，因为你选择了错误的发展战略。如果我们最初将测试人员分为调试人员和优化人员，事情就会有所不同。
我在实时中调试指数，因为那是它们必须运行的地方，而所有其他环境都不能保证它们工作的正确性。这就是为什么我几乎从不使用测试器，因为有些指数并不总是像在现实中那样发挥作用。总的来说，我同意那些说MT5还很原始的经纪人的观点。
我想启动一个潜在项目的清单。请帮助提供链接和简要说明。
你需要一切你能做的。至少只是辅助库，例如处理字符串、数组、文件，对此你可以以PHP为基础，有任何情况下的函数。
另外，这里有一个有趣的集合：http://musicdsp.org/archive.php。