Comment("Day() of the month: ",Day(), " Day of week(): ", DayOfWeek(), "\n", "TimeDay Current: ", TimeDay(TimeCurrent() ), " TimeDay of week Current: ", TimeDayOfWeek(TimeCurrent()) );
Day() == 1 || Day() == 2 || Day() == 3 || Day() == 4 && TimeHour(TimeCurrent()) >=23 && TimeMinute(TimeCurrent()) >=57 || Day() == 5 && TimeHour(TimeCurrent()) >=21 && TimeMinute(TimeCurrent()) >=57
Note: The problem is that all trades remain open Monday through Thursday, through 23:57. Also, all trades remain open on Friday, through 21:57.
你能在所有市场类型中写出持续盈利的 "贸易逻辑"，因为你努力学习了吗？
不，我还在学习。 但我知道如何不成为一个混蛋...。 我看你还在学习这个技能。
我刚刚写了一些测试代码，试图帮助你，并通过策略测试器进行了测试 ......我为什么要这么做？ 像你这样的态度，我真的不知道我为什么要这么做。
但无论如何，我告诉你我的发现，我仍然可以这样做，因为我已经掌握了 "不做混蛋的技能"。
Day()、DayOfWeek()、TimeDay()和TimeDayOfWeek()在Straegy Tester（build 427）中似乎都能正常工作 ...... 你真的是想在你的代码中使用Day()，还是你的代码构建东西 ...... 不管你用什么东西为你编码，它应该使用DayOfWeek()？ 第一个，Day() 给出一个值0-31，第二个DayOfWeek() 给出一个值0-6 星期日是0
所以，我应该得到的不是 "模拟的 "服务器时间。
你得到的是模拟的服务器时间，因为你应该在与你的经纪人服务器断开连接的情况下运行策略测试器，所以没有实际的服务器时间，因此你得到的是模拟的。如果你仍然连接到你的经纪人，并且你想获得实际的服务器时间，那么你将从你的经纪人服务器获得你在策略测试器中运行EA的实际时间，这对你可能没有什么好处。
所以，你要庆幸你得到的服务器时间是模拟的。
不，我还在学习。 但我知道如何不成为一个混蛋...。 我看到你还在学习这个技能。
我刚刚写了一些测试代码，试图帮助你，并通过策略测试器进行了测试......我为什么要这么做？ 像你这样的态度，我真的不知道我为什么要这么做。
但无论如何，我告诉你我的发现，我仍然可以这样做，因为我已经掌握了 "不做混蛋的技能"。
Day(), DayOfWeek(), TimeDay()和TimeDayOfWeek()在Straegy Tester（build 427）中似乎都能正常工作 . . . 你真的是想在你的代码中使用Day()还是你的代码构建东西 . . 不管你用什么东西为你编码，它应该使用DayOfWeek()？ 第一个，Day() 给出一个值0 - 31，第二个DayOfWeek() 给出一个值0 - 6 星期日是0
好吧，我想说的是，从你回应我的方式来看，你没能成为一个混蛋。 然而，作为一个聪明的屁股，有一个明显的区别（和缺点）。 作为一个驴子，充其量是良性的。 但是，做一个聪明的屁股，就相当于站在李小龙面前，当面叫他的名字。 或者，站在自以为是的百万富翁面前，告诉他，他已经破产了。 或者，站在战斗老兵面前，告诉他，他没有胆量。 或者，站在一个应用数学教授面前，告诉他，他对逻辑结构一无所知。 这就是自作聪明。
第二，我可以帮助任何人变成一个成功的交易员--我已经做了五（5）次。 这些人希望保持匿名，在你问之前。 我在这里不是因为我想获得交易逻辑技巧。 我来这里，是想在一些MQL方面得到一些帮助，因为我不是一个MQL开发者，我没有时间学习编程语言，以至于我可以用语言来扩展我的创造性解决问题的能力。 我把时间花在提高创建交易逻辑的艺术上，并观察我每天在市场上的位置。 创造新的交易概念，是我的强项。 在MQL中低头，并没有使我获利。 然而，也许这对你来说是有效的。
第三，我不在Build 427中测试。 这是一个只有傻瓜才会做的假设。 我必须在Build 409下进行测试，这有一个很好的理由（我不会在这里讨论这个问题）。 我以前说过--我已经尝试了MQL中所有与EA需求有关的基于时间（）的函数，但没有一个成功。 Day(), TimeHour, TimeMinute, DayOfWeek, 等等。
我知道Day()和DayOfWeek()之间的区别，因为我在发帖请求帮助之前总是阅读MQL文档。 我不会随便跑到一个论坛上寻求帮助。 我通常会用尽我可以在网上搜索到的所有资料，并尝试我可以想象到的所有配置，包括错误的配置，如TimeHour和TimeHour的顺序，只是为了看看我是否能从EA得到某种可追踪的行为差异。
当所有其他方法都失败时，我就登录并寻求帮助。 聪明的人所做的与我所做的完全相反--你应该能够发现其中的差别。
你得到的是模拟的服务器时间，因为你应该在与你的经纪人服务器断开连接的情况下运行策略测试器，所以没有实际的服务器时间，因此你得到的是模拟的。如果你仍然连接到你的经纪人，并且你想获得实际的服务器时间，那么你将从你的经纪人服务器获得你在策略测试器中运行EA的实际时间，这对你可能没有什么好处。
所以，你要庆幸你得到的服务器时间是模拟的。
这实际上是不正确的。
我使用的脚本为测试器引擎提供了实际的历史服务器时间。这个过程需要我把.csv文件转换成.hst文件，然后把.hst转换成.fxt文件。测试器引擎不仅被输入市场点数（买入/卖出），而且被输入每个点数的相关日期/时间。数据/时间与买价/卖价一起被输入到测试器。我没有设计测试脚本，但它产生了99%的建模，最重要的是，每个时间框架的蜡烛构建都是真实的历史市场。换句话说，由于日期/时间是与点数一起传递给测试器的，所以生成的每个.hst文件都有市场上与每个柱状物相关的数据/时间所产生的实际市场交易量的足迹。
我应该得到实际的历史服务器时间，无论是否与经纪商的后端连接。这就是脚本的作用，这也是我能够进行多时间框架回测 的原因。
这实际上是不正确的。
我使用的脚本为测试器引擎提供了实际的历史服务器时间。 这个过程需要我把.csv文件转换成.hst文件，然后再把.hst转换成.fxt文件。 测试器引擎不仅被输入市场点数（买入/卖出），而且被输入每个点数的相关日期/时间。 数据/时间与买价/卖价一起被输入到测试器。 我没有设计测试脚本，但它产生了99%的建模，最重要的是，每个时间框架的蜡烛构建都是真实的历史市场。 换句话说，因为日期/时间是和点数一起传递给测试者的，所以生成的每个.hst文件都有实际的市场交易量足迹，这是由市场在与每个柱子相关的数据/时间上产生的。
我应该得到实际的历史服务器时间，无论是否与经纪商的后端连接。 这就是脚本的作用，这也是我能够进行多时间框架回测的原因。
对不起，你错过了一些事实。
我也使用过dukascopy的tick数据，由eareview脚本处理，是的，我理解它们的工作原理。当你在2012年5月31日使用策略测试器 进行测试时，你使用的数据是2008年的，给你的服务器时间是2008年的，这是一个模拟的服务器时间，而不是实际的服务器时间，实际的服务器时间是2012年而不是2008年的数据。
顺便说一下，99%的建模质量数字是没有意义的 ......它只是一个写进fxt文件的数字 ......请阅读e-mail给我。......阅读eareview的资料，你会自己看到这一点。你不需要tick数据来做多时间框架的回测 ...... 你不能看任何低于M1的时间框架 ...... 不过我同意，tick数据应该被用作EA的最终酸性测试。 也许我们可以在这一点上达成一致。
第三，我不在Build 427中测试。 另一个只有傻瓜才会做的假设。
我明白Day()和DayOfWeek()之间的区别。
你的OP中的代码显示你试图关闭一个交易，如果一天是1或2等。2012年4月1日是一个星期天，你的代码不会在星期天关闭一个交易。
你对月份的检查 在哪里？ 如果你不确定月份是什么，你就不能确定Day()==4是否是星期五 ......那么月份的其他三个星期呢？ 你真的希望我相信你只在每月的前五天进行交易吗？ 即使它们是星期六或星期天？
它不起作用。那种会自动假设它确实有效的心态，可能也是认为自己知道如何交易的心态，而它却不知道。
这不是我的心态，尽管你已经很好地展示了你的心态。
我没有假设什么，我说它有效是因为我知道它有效。
战略测试仪。
有谁能给我解释一下什么是函数的返回值？以及它是如何工作的细节，请....。