文章 "订单策略。多目标 EA 交易" - 页 2 12345 新评论 --- 2012.09.10 10:00 #11 我想....:)当然，遗憾的是您没有在文章中强调我自己看到的两个功能1. EX5 专家 - 知道并懂得如何处理所有宏。只需为工作提供不同的 txt 文件即可。 2. 可以在 txt 文件中 "即时 "调整宏参数。否则，所有这些不过是处理订单和头寸的普通函数库。只是您决定从外部调用它们，解析 txt 文件并识别必要的宏。，但老实说，我甚至不知道谁会使用它。对于初学者来说，有很多代码，而对于专业人士来说，可能性很小。德米特里，必须把它放在可视化构造函数中，这样才能有一个向导。 第二件事（如果你不想放弃这次开发）是需要更多的策略示例。 在代码库中加载十几个策略。但要确保它们简单明了，并不断解释所有参数。 这样，这种方法就会很清楚，他们就会开始使用（甚至可能开发出更多的宏，开放源代码：）。 Mykola Demko 2012.09.10 10:19 #12 sergeev: 我想....:)当然，遗憾的是您没有在文章中强调我自己看到的两个功能1. EX5 专家 - 知道并懂得如何处理所有宏。只需为工作提供不同的 txt 文件即可。 2. 可以在 txt 文件中 "即时 "调整宏参数。否则，所有这些不过是处理订单和头寸的普通函数库。只是您决定从外部调用它们，解析 txt 文件并识别必要的宏。，但老实说，我甚至不知道谁会使用它。对于初学者来说，有很多代码，而对于专业人士来说，可能性很小。德米特里，必须把它放在可视化构造函数中，这样才能有一个向导。 第二件事（如果你不想放弃这次开发）是需要更多的策略示例。 在代码库中加载一打策略。 这样，这种方法就很清楚了，他们就会开始使用（甚至可能开发出更多的宏，开放源代码：）。+100500 Vladimir Kustikov 2012.09.10 17:05 #13 德米特里，很棒的文章！我从中学到了很多有用的东西 Denis Kirichenko 2012.09.11 11:10 #14 迪米特里，谢谢你的文章。非常有趣！Если бы губы Никанора Ивановича да приставить к носу Ивана Кузьмича, да взять сколько-нибудь развязности, какая у Балтазара Балтазарыча, да, пожалуй, прибавить к этому еще дородности Ивана Павловича...如果我能将您的材料与 sergeev 的文章《交易机器人原型》（Prototype of a trading robot.... ） 中介绍的格式结合起来，那就更好了。顺便问一下，难道不能使用强大的 OOP 工具对所有策略（在您的案例中是主动使用挂单的策略）进行编码吗？看来，创建一种单独的元语言会使当前的任务复杂化...... Dmitry Fedoseev 2012.09.11 12:33 #15 denkir: 迪米特里，谢谢你的文章。非常有趣！1.如果我们能将您的材料与 sergeev'aPrototype trading robot（原型交易机器人） 一文中介绍的格式结合起来......2.顺便问一下，是不是可以使用功能强大的 OOP 工具对所有策略（在您的情况下是主动使用挂单的策略）进行编码？创建一种单独的元语言似乎会使当前任务复杂化...1.已经结合起来了，至少不矛盾。还是说不清楚什么可以结合在一起，以及是否有必要？2. 这是一个类似于 "如果一切都可以用汇编语言编码，我们为什么还需要任何编程语言 "的问题。 我并不假装这是一种通用语言，可以取代其他一切语言。我只是试图将它 形式化，因为在我看来它相当成功，或者至少暗示了它是 可模态化的。 Vladimir Gomonov 2012.09.12 23:09 #16 Integer:1. 似乎已经合并，至少不矛盾。还是不清楚什么可以合并，以及是否有必要合并？2. 这个问题就像，如果一切都可以用汇编语言编码，我们为什么还需要任何编程语言。我并不假装这是一种通用语言，可以取代其他一切语言。这只是一种形式化的尝试，因为在我看来它相当成功，或者至少暗示了它是 可模态化的。迪马，别听任何人的。// 我是说，听我说！ :-) :-) :-)你显然没有被众人拖累（试图被拖累）。我本来早就给你发了，但你还在容忍，还在为难。我对这篇文章的看法恰恰相反--它展示了一个用 mql5（！）编写的 状态机的极好例子，并做了详尽的记录--这是一种非常有限的自动机，某位同志最近试图将其作为一种新奇的东西加以推广。 我们应该从这些理论立场出发，讨论您的实现方法的优缺点。 所有 "更接近交易"（c）的讨论都是成人沙盒中的儿童呓语。那些在批判性讨论中叱咤风云的理论家们去哪儿了？对真正的实现者的掌声在哪里？关于这种设计是 "状态机 "的讨论在哪里？:) TheXpert 2012.09.13 09:50 #17 并立即以应用的形式出现。 [删除] 2012.09.13 10:47 #18 德米特里，很棒的文章，非常感谢！就我个人而言，我喜欢使用阶段和头寸 ID 的想法，因为这可以让您以非常灵活的方式组织任何资金管理系统。 但总的来说，我不喜欢使用一个智能交易系统和 txt 文件的想法。我希望能将所有内容设计为一个单独的 mqh 类包含文件，而不需要任何额外的 txt 文件。还可以写一个使用该类的智能交易系统示例，最好是使用终端上的标准 MACD 智能交易系统，向大家展示在任何智能交易系统中 "实施 "您的仓位管理系统是多么容易!!!!！写第二篇文章，值得一写.... --- 2012.09.13 12:23 #19 Alex5757000: 我个人喜欢使用阶段和头寸 ID 的想法，因为它可以让您以非常灵活的方式组织任何资金管理系统。 是的。令人惊讶的是，使用这种方法的人并不多。但总的来说，我不喜欢一个专家和 txt 文件的想法。我希望能将所有内容设计为一个单独的 mqh 类包含文件，而不需要任何额外的 txt 文件。还可以用这个类写一个智能交易系统的例子，最好是从终端上取一个标准的 MACD 智能交易系统，向大家展示在任何智能交易系统中 "实现 "您的仓位管理系统是多么容易!!!!！写第二篇文章，这很值得... 我猜您现在已经能够感知交易机器人原型 中描述的基本信息了... [删除] 2012.09.13 14:04 #20 sergeev:是的，但令人惊讶的是，使用它的人却寥寥无几。 也许你现在可以掌握《原型交易机器人》.... 中描述的基本信息了。我明白了。问题的关键是，在我看来，这些东西应该以现成库的形式布置，设计成一个类。否则，在与现成的智能交易系统整合时会出现很多不便。使用外部 .txt 文件原则上是个坏主意。 12345 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
我想....:)
当然，遗憾的是您没有在文章中强调我自己看到的两个功能
1. EX5 专家 - 知道并懂得如何处理所有宏。只需为工作提供不同的 txt 文件即可。
2. 可以在 txt 文件中 "即时 "调整宏参数。
否则，所有这些不过是处理订单和头寸的普通函数库。只是您决定从外部调用它们，解析 txt 文件并识别必要的宏。
，但老实说，我甚至不知道谁会使用它。对于初学者来说，有很多代码，而对于专业人士来说，可能性很小。
德米特里，必须把它放在可视化构造函数中，这样才能有一个向导。
第二件事（如果你不想放弃这次开发）是需要更多的策略示例。
在代码库中加载十几个策略。但要确保它们简单明了，并不断解释所有参数。
这样，这种方法就会很清楚，他们就会开始使用（甚至可能开发出更多的宏，开放源代码：）。
我想....:)
当然，遗憾的是您没有在文章中强调我自己看到的两个功能
1. EX5 专家 - 知道并懂得如何处理所有宏。只需为工作提供不同的 txt 文件即可。
2. 可以在 txt 文件中 "即时 "调整宏参数。
否则，所有这些不过是处理订单和头寸的普通函数库。只是您决定从外部调用它们，解析 txt 文件并识别必要的宏。
，但老实说，我甚至不知道谁会使用它。对于初学者来说，有很多代码，而对于专业人士来说，可能性很小。
德米特里，必须把它放在可视化构造函数中，这样才能有一个向导。
第二件事（如果你不想放弃这次开发）是需要更多的策略示例。
在代码库中加载一打策略。
这样，这种方法就很清楚了，他们就会开始使用（甚至可能开发出更多的宏，开放源代码：）。
迪米特里，谢谢你的文章。非常有趣！
如果我能将您的材料与 sergeev 的文章《交易机器人原型》（Prototype of a trading robot.... ） 中介绍的格式结合起来，那就更好了。
顺便问一下，难道不能使用强大的 OOP 工具对所有策略（在您的案例中是主动使用挂单的策略）进行编码吗？看来，创建一种单独的元语言会使当前的任务复杂化......
迪米特里，谢谢你的文章。非常有趣！
1.如果我们能将您的材料与 sergeev'aPrototype trading robot（原型交易机器人） 一文中介绍的格式结合起来......
2.顺便问一下，是不是可以使用功能强大的 OOP 工具对所有策略（在您的情况下是主动使用挂单的策略）进行编码？创建一种单独的元语言似乎会使当前任务复杂化...
1.已经结合起来了，至少不矛盾。还是说不清楚什么可以结合在一起，以及是否有必要？
2. 这是一个类似于 "如果一切都可以用汇编语言编码，我们为什么还需要任何编程语言 "的问题。
我并不假装这是一种通用语言，可以取代其他一切语言。我只是试图将它 形式化，因为在我看来它相当成功，或者至少暗示了它是 可模态化的。
1. 似乎已经合并，至少不矛盾。还是不清楚什么可以合并，以及是否有必要合并？
2. 这个问题就像，如果一切都可以用汇编语言编码，我们为什么还需要任何编程语言。
我并不假装这是一种通用语言，可以取代其他一切语言。这只是一种形式化的尝试，因为在我看来它相当成功，或者至少暗示了它是 可模态化的。
迪马，别听任何人的。
// 我是说，听我说！ :-) :-) :-)
你显然没有被众人拖累（试图被拖累）。我本来早就给你发了，但你还在容忍，还在为难。
我对这篇文章的看法恰恰相反--它展示了一个用 mql5（！）编写的 状态机的极好例子，并做了详尽的记录--这是一种非常有限的自动机，某位同志最近试图将其作为一种新奇的东西加以推广。 我们应该从这些理论立场出发，讨论您的实现方法的优缺点。 所有 "更接近交易"（c）的讨论都是成人沙盒中的儿童呓语。那些在批判性讨论中叱咤风云的理论家们去哪儿了？对真正的实现者的掌声在哪里？关于这种设计是 "状态机 "的讨论在哪里？
:)
德米特里，很棒的文章，非常感谢！
就我个人而言，我喜欢使用阶段和头寸 ID 的想法，因为这可以让您以非常灵活的方式组织任何资金管理系统。
但总的来说，我不喜欢使用一个智能交易系统和 txt 文件的想法。我希望能将所有内容设计为一个单独的 mqh 类包含文件，而不需要任何额外的 txt 文件。还可以写一个使用该类的智能交易系统示例，最好是使用终端上的标准 MACD 智能交易系统，向大家展示在任何智能交易系统中 "实施 "您的仓位管理系统是多么容易!!!!！写第二篇文章，值得一写....
Alex5757000:
我个人喜欢使用阶段和头寸 ID 的想法，因为它可以让您以非常灵活的方式组织任何资金管理系统。
是的。令人惊讶的是，使用这种方法的人并不多。
但总的来说，我不喜欢一个专家和 txt 文件的想法。我希望能将所有内容设计为一个单独的 mqh 类包含文件，而不需要任何额外的 txt 文件。还可以用这个类写一个智能交易系统的例子，最好是从终端上取一个标准的 MACD 智能交易系统，向大家展示在任何智能交易系统中 "实现 "您的仓位管理系统是多么容易!!!!！写第二篇文章，这很值得...
是的，但令人惊讶的是，使用它的人却寥寥无几。
也许你现在可以掌握《原型交易机器人》.... 中描述的基本信息了。我明白了。问题的关键是，在我看来，这些东西应该以现成库的形式布置，设计成一个类。否则，在与现成的智能交易系统整合时会出现很多不便。使用外部 .txt 文件原则上是个坏主意。