创造一个神奇的数字 - 页 2 12345 新评论 gordon 2010.03.24 06:39 #11 cameofx: 天哪，你打败了我的编辑速度:))。我编辑了它。忘了说它是一个GlobalVariable。 如果你不得不从另一个终端继续一个会话（例如，因为你的电脑死了），会发生什么？你仍然需要一个持久层（GV的存储在终端上--客户端）。自动 "魔法号码背后的整个想法是为每个专家获得一个独特的号码，但不需要持久层...... cameo 2010.03.24 06:42 #12 gordon: 因为这样你就必须为这个魔法保持一个持久的水平。如果你的终端机重新启动会怎样？魔法将是不同的... 我在某处读到GlobalVariable的值在最后一次访问后存在14天。此外，如果该技术成立，我们还有额外的好处，即通过其神奇的数字来检索订单时间。 你有什么看法？ cameo 2010.03.24 06:48 #13 gordon: 如果你不得不从另一个终端继续一个会话（例如，因为你的电脑死了），会发生什么？你仍然需要一个持久层（GV的存储在终端上--客户端）。自动 "魔法号码背后的整个想法是为每个专家获得一个独特的号码，但不需要持久层...... 这可能会破坏GV，但秒数会保持，而且对秒数来说是 唯一的，IMHO。 gordon 2010.03.24 06:54 #14 cameofx: 这可能会破坏GV，但秒针会保持住，而且它是 秒针独有的IMHO。 它是独一无二的；在这方面没有异议。但还是那句话--假设电脑坏了。你把你的专家带到另一台有另一个终端的电脑上，登录同一个账户，继续使用同一个专家。如果专家设计得当，那么这 "应该 "是没有问题的，只是现在专家会给它所处理的订单分配一个不同的魔法。所以很明显，这是不可能的。 gordon 2010.03.24 06:55 #15 cameofx: 我在某处读到GlobalVariable的值在最后一次访问后存在14天。此外，如果这个技术成立，我们还有额外的好处，可以通过神奇的数字来检索订单的时间。 你怎么看？ 我认为是30...但无论如何，它们都会留在客户端与特定的终端上。 p.s. 如果你还没有这样做，那么请看看这个主题 ->https://www.mql5.com/en/forum/120034。 讨论了同样的问题，并有许多很酷的想法... cameo 2010.03.24 07:33 #16 gordon: ......只是现在专家会给它所处理的订单分配一个 不同的魔法。所以很明显，它不会工作。 我不明白... - 我认为重点是为每一个生成的交易分配一个不同的 魔法号码？只有当一个订单被经纪人接受后，OrderMagicNumber()才是固定的，可以被检索。 如果之前的交易由前 "死亡 "的客户终端成功生成了OrderMagicNumber，那么下一个相同的或--不同的专家在不同的终端将不会 生成相同的MagicNumber。 - IMHO - 使用您的术语：时间是持久的，不需要分层，没有两个时间是相同的。） - 谢谢你的链接，我已经看过了。我并不反对完全随机生成的魔法数字，但我还是喜欢有点逻辑性的魔法数字，并有其他用途。 - 如果你有2个或更多的订单 在几分 之一秒内被 不同的终端接受，也许这个技术会 失效。 gordon 2010.03.24 07:55 #17 cameofx: 我不明白。 - 我认为重点是为每一个生成的交易分配一个不同的 魔法号码？只有当一个订单被经纪人接受后，OrderMagicNumber()才是固定的，可以被检索。 如果以前的交易由以前的 "死 "客户终端成功地产生了OrderMagicNumber，那么下一个相同的或 - 不同的专家在不同的终端将不会 产生相同的魔法号码。 - IMHO - 使用您的术语：时间是持久的，不需要分层，没有两个时间是相同的。） - 谢谢你的链接，我已经看过了。我并不反对完全随机生成的魔法数字，但我还是喜欢有点逻辑性的魔法数字，并有其他用途。 - 如果你在一秒钟 内有2个或更多的订单在不同的终端上被接受，这个技术就会 失效。 不......它是针对整个专家的。因此，如果你在同一个账户中运行几个专家，他们不会相互干扰。就个人而言，我也不喜欢或使用自动系统。我为每个专家使用一系列的魔法数字，而不是一个魔法数字，因为我在魔法中存储信息。不管怎么说，这个主题讨论了如何为每个专家 自动 设置一个独特的 魔法号码。 cameo 2010.03.24 08:13 #18 戈登。 我很重视你的意见。也许我没有解释得太清楚，但请重新阅读我关于这项技术的帖子。它是 针对整个专家的 (因此，使用WindowsExpertName()调用检索其ID，并在每次将同名专家连接到不同图表和TimeCurrent()时，将其与GlobalVariable计数器连接起来。） 请再考虑一下。它要么成立，要么不成立。如果你或其他人发现它很容易被破坏，那么我可能也要重新考虑一下...:)) gordon 2010.03.24 08:34 #19 cameofx: 戈登。 我很重视你的意见。也许我没有解释得太清楚，但请重新阅读我关于这项技术的帖子。它是 针对整个专家的......因此使用了 因此，使用WindowsExpertName()调用，并在每次将具有相同名称的专家连接到不同图表时将其与GlobalVariable计数器连接起来。 请再考虑一下吧。它要么成立，要么不成立。如果你或其他人发现它很容易被破坏，那么我可能也要重新考虑这个问题...:)) 我做了。我指的是你说的（"我认为重点是为每个产生的交易分配一个不同的神奇数字"），而不是指原帖。如果我说得不清楚，请原谅。 总之，在再次阅读之后。以下是我看到的问题。 - 什么是ID号？每个专家的硬编码的唯一号码还是什么？要确保专家没有相同的名字很容易，但要确保他们没有相同的号码就难了，特别是如果它是硬编码的。 - 持久性。持久性。持久性。同样--你如何从另一个终端继续一个会话。例如，时间框架保存在哪里？ - 用户可能会手动操作GV（但在大多数情况下，这可能不是一个问题...）。 编辑：也许时间框架不是一个好例子...... cameo 2010.03.24 08:48 #20 我很高兴你在我有网络连接的同时在线...:)我在工作间隙偷闲... :D 我会放一些代码... 12345 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
天哪，你打败了我的编辑速度:))。我编辑了它。忘了说它是一个GlobalVariable。
如果你不得不从另一个终端继续一个会话（例如，因为你的电脑死了），会发生什么？你仍然需要一个持久层（GV的存储在终端上--客户端）。自动 "魔法号码背后的整个想法是为每个专家获得一个独特的号码，但不需要持久层......
因为这样你就必须为这个魔法保持一个持久的水平。如果你的终端机重新启动会怎样？魔法将是不同的...
我在某处读到GlobalVariable的值在最后一次访问后存在14天。此外，如果该技术成立，我们还有额外的好处，即通过其神奇的数字来检索订单时间。
你有什么看法？
如果你不得不从另一个终端继续一个会话（例如，因为你的电脑死了），会发生什么？你仍然需要一个持久层（GV的存储在终端上--客户端）。自动 "魔法号码背后的整个想法是为每个专家获得一个独特的号码，但不需要持久层......
这可能会破坏GV，但秒数会保持，而且对秒数来说是 唯一的，IMHO。
这可能会破坏GV，但秒针会保持住，而且它是 秒针独有的IMHO。
它是独一无二的；在这方面没有异议。但还是那句话--假设电脑坏了。你把你的专家带到另一台有另一个终端的电脑上，登录同一个账户，继续使用同一个专家。如果专家设计得当，那么这 "应该 "是没有问题的，只是现在专家会给它所处理的订单分配一个不同的魔法。所以很明显，这是不可能的。
我在某处读到GlobalVariable的值在最后一次访问后存在14天。此外，如果这个技术成立，我们还有额外的好处，可以通过神奇的数字来检索订单的时间。
你怎么看？
我认为是30...但无论如何，它们都会留在客户端与特定的终端上。
p.s. 如果你还没有这样做，那么请看看这个主题 ->https://www.mql5.com/en/forum/120034。 讨论了同样的问题，并有许多很酷的想法...
......只是现在专家会给它所处理的订单分配一个 不同的魔法。所以很明显，它不会工作。
我不明白...
- 我认为重点是为每一个生成的交易分配一个不同的 魔法号码？只有当一个订单被经纪人接受后，OrderMagicNumber()才是固定的，可以被检索。
如果之前的交易由前 "死亡 "的客户终端成功生成了OrderMagicNumber，那么下一个相同的或--不同的专家在不同的终端将不会 生成相同的MagicNumber。
- IMHO - 使用您的术语：时间是持久的，不需要分层，没有两个时间是相同的。）
- 谢谢你的链接，我已经看过了。我并不反对完全随机生成的魔法数字，但我还是喜欢有点逻辑性的魔法数字，并有其他用途。
- 如果你有2个或更多的订单 在几分 之一秒内被 不同的终端接受，也许这个技术会 失效。
我不明白。
- 我认为重点是为每一个生成的交易分配一个不同的 魔法号码？只有当一个订单被经纪人接受后，OrderMagicNumber()才是固定的，可以被检索。
如果以前的交易由以前的 "死 "客户终端成功地产生了OrderMagicNumber，那么下一个相同的或 - 不同的专家在不同的终端将不会 产生相同的魔法号码。
- IMHO - 使用您的术语：时间是持久的，不需要分层，没有两个时间是相同的。）
- 谢谢你的链接，我已经看过了。我并不反对完全随机生成的魔法数字，但我还是喜欢有点逻辑性的魔法数字，并有其他用途。
- 如果你在一秒钟 内有2个或更多的订单在不同的终端上被接受，这个技术就会 失效。
不......它是针对整个专家的。因此，如果你在同一个账户中运行几个专家，他们不会相互干扰。就个人而言，我也不喜欢或使用自动系统。我为每个专家使用一系列的魔法数字，而不是一个魔法数字，因为我在魔法中存储信息。不管怎么说，这个主题讨论了如何为每个专家 自动 设置一个独特的 魔法号码。
我很重视你的意见。也许我没有解释得太清楚，但请重新阅读我关于这项技术的帖子。它是 针对整个专家的
(因此，使用WindowsExpertName()调用检索其ID，并在每次将同名专家连接到不同图表和TimeCurrent()时，将其与GlobalVariable计数器连接起来。）
请再考虑一下。它要么成立，要么不成立。如果你或其他人发现它很容易被破坏，那么我可能也要重新考虑一下...:))
戈登。
我很重视你的意见。也许我没有解释得太清楚，但请重新阅读我关于这项技术的帖子。它是 针对整个专家的......因此使用了
因此，使用WindowsExpertName()调用，并在每次将具有相同名称的专家连接到不同图表时将其与GlobalVariable计数器连接起来。
请再考虑一下吧。它要么成立，要么不成立。如果你或其他人发现它很容易被破坏，那么我可能也要重新考虑这个问题...:))
总之，在再次阅读之后。以下是我看到的问题。
- 什么是ID号？每个专家的硬编码的唯一号码还是什么？要确保专家没有相同的名字很容易，但要确保他们没有相同的号码就难了，特别是如果它是硬编码的。
- 持久性。持久性。持久性。同样--你如何从另一个终端继续一个会话。例如，时间框架保存在哪里？
- 用户可能会手动操作GV（但在大多数情况下，这可能不是一个问题...）。
编辑：也许时间框架不是一个好例子......
我会放一些代码...