EA: Diff_TF_MA_EA - 页 4 12345 新评论 fxsaber 2018.02.02 09:57 #31 Artyom Trishkin:这个呢？如果所有条件都满足，我们就能工作。否则--不行。只要一个 if 就够了，为什么还要有这么多 if 和继续呢？所以，我不明白你 在这里抱怨 代码，抱怨 程序员按照自己的喜好编写代码。在哪里抱怨？ Artyom Trishkin 2018.02.02 10:00 #32 fxsaber:如果所有条件都满足，我们就能工作。否则--不行。一个 if 就够了，为什么还要这么多 if 和 continues？这没有什么区别。但你喜欢把所有东西都打包到一行中，这让代码变得难以阅读。 而我认为，这正是学习的材料。所以你不应该强加一些难以理解的东西。 对不起，您的代码很难理解:)只要你把它拆开，变成可以理解的条件，就会一团糟。 另外，宏无法调试。 fxsaber 2018.02.02 10:05 #33 Artyom Trishkin:没有区别。但你喜欢把所有东西都写在一行里，这让代码变得难以阅读。 而在这里，我认为这是学习的材料。所以你不应该强加一些难以理解的东西。对不起，您的代码很难理解:)在您解析它并将其展开到可以理解的条件时，您会发现一团糟。另外，宏无法调试。我的个人风格与此有关 吗？还是说现在代码的评价取决于作者？ 你可以问别人哪种代码更清晰。在我看来，没有比它更清晰的了 fxsaber: 如果所有条件都满足 - 我们就能工作。否则--不行。 Artyom Trishkin 2018.02.02 10:07 #34 fxsaber:如果所有条件都满足，我们就能工作。否则--不行。一个 "如果 "就够了，为什么还要这么多 "如果 "和 "继续"？为什么？也许这不是抱怨，而是对错误方法的不断暗示。 我认为（从我昨天来到这里开始），不同的代码编译方法都有存在的权利，而不仅仅是我们中的某个人--在座的各位--喜欢的那些方法。 不过，我还是要重复一遍--kodobase 中有教学代码。我们的任务是向那些提出疑问的人解释。 但到目前为止，我发现只有我们两个人对此感兴趣。而且，我们都是站在自己的钟楼上说话；) 听听别人的意见会很有意思。否则，你我就会兜圈子--我说的是这是一本教科书，而你说的是任何教科书都应该绝对完美无瑕。(那 "Hello Word！"呢？） fxsaber 2018.02.02 10:10 #35 Artyom Trishkin:我的意思是这是一本教科书，你的意思是任何教科书都应该绝对完美无瑕。不应该有明显的错误。这里没有对文体学的抱怨，只是试图理解并证明不这样做也是可以的。 ZЫ 没有人会读这个主题，因为 KB-prog 讨论主题只是偶然打开的。 Artyom Trishkin 2018.02.02 10:10 #36 fxsaber:我的个人风格与此有关 吗？还是说，代码评估现在取决于作者身份？你可以问别人哪个代码更清晰。我不认为哪个更清晰两个相同的代码，写法略有不同。这与每个人的喜好无关。 但你问了一个问题："为什么是这样而不是那样"....。我认为这是因为 关于交易、自动交易系统和测试交易策略的论坛。 Expert Advisors: Diff_TF_MA_EA fxsaber, 2018.02.02 10:05 am. 我的个人风格与此有关 吗？还是说现在的代码评价取决于作者？ 你可以问别人哪段代码更清晰。在我看来，没有什么更清晰 ...因为那可能是写代码的程序员的个人风格？;) Artyom Trishkin 2018.02.02 10:12 #37 fxsaber:不应该有明显的错误。对文体没有任何抱怨，只是试图理解并证明可以有不同的做法。当然可以不同。从整个程序的代码来看，我没有发现明显的错误。是的，检查被减少了。但它们并不是必需的，这就是为什么它们可能被削减了。我已经解释过枚举替换的问题--他们的替换是徒劳的--现在要改进它就更加困难了--你需要改变输入枚举。在其他条件相同的情况下。 fxsaber 2018.02.02 10:12 #38 Artyom Trishkin:两个相同的代码，写法却略有不同。这与每个人的喜好无关。但你问了一个问题："为什么是这样而不是那样"....。我认为这是因为...因为这可能是编写代码的程序员的个人风格？;)我猜他并不知道有其他选择。但作者保持沉默。 顺便说一句，这种 "程序员的个人风格 "实际上是在 QB 中使用的结果。 fxsaber 2018.02.02 10:14 #39 Artyom Trishkin:当然，你也可以采用不同的方法。从整个程序的代码来看，我没有发现任何明显的错误。是的，检查被减少了。但它们并非必要，这就是为什么要减少。我已经解释过枚举替换的问题--他们的替换是徒劳的--现在要改进它就更加困难了--你需要改变输入枚举。在其他条件相同的情况下。我替换了它。 一个严重的错误 Artyom Trishkin 2018.02.02 10:18 #40 fxsaber:我猜他不知道还有其他选择。但提交人保持沉默。顺便说一句，这种 "程序员的个人风格 "实际上是在 KB 中使用的结果。只有当作者回答我们时，我们才能知道。 但是，关于个人风格取决于 KB 的使用，这可能是矫枉过正了--你在 KB 中发表过文章，难道不知道必须将风格与 MK 风格保持一致吗？我知道，而且我很惊讶我在 KB 中的代码是以我的风格发布的。在这里，很可能不是程序员的风格，就是整个知识库的风格一致的要求。 12345 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
这个呢？
如果所有条件都满足，我们就能工作。否则--不行。只要一个 if 就够了，为什么还要有这么多 if 和继续呢？
所以，我不明白你 在这里抱怨 代码，抱怨 程序员按照自己的喜好编写代码。
在哪里抱怨？
如果所有条件都满足，我们就能工作。否则--不行。一个 if 就够了，为什么还要这么多 if 和 continues？
这没有什么区别。但你喜欢把所有东西都打包到一行中，这让代码变得难以阅读。
而我认为，这正是学习的材料。所以你不应该强加一些难以理解的东西。
对不起，您的代码很难理解:)只要你把它拆开，变成可以理解的条件，就会一团糟。
另外，宏无法调试。
没有区别。但你喜欢把所有东西都写在一行里，这让代码变得难以阅读。
而在这里，我认为这是学习的材料。所以你不应该强加一些难以理解的东西。
对不起，您的代码很难理解:)在您解析它并将其展开到可以理解的条件时，您会发现一团糟。
另外，宏无法调试。
我的个人风格与此有关 吗？还是说现在代码的评价取决于作者？
你可以问别人哪种代码更清晰。在我看来，没有比它更清晰的了
如果所有条件都满足 - 我们就能工作。否则--不行。
如果所有条件都满足，我们就能工作。否则--不行。一个 "如果 "就够了，为什么还要这么多 "如果 "和 "继续"？
为什么？
也许这不是抱怨，而是对错误方法的不断暗示。
我认为（从我昨天来到这里开始），不同的代码编译方法都有存在的权利，而不仅仅是我们中的某个人--在座的各位--喜欢的那些方法。
不过，我还是要重复一遍--kodobase 中有教学代码。我们的任务是向那些提出疑问的人解释。
但到目前为止，我发现只有我们两个人对此感兴趣。而且，我们都是站在自己的钟楼上说话；)
听听别人的意见会很有意思。否则，你我就会兜圈子--我说的是这是一本教科书，而你说的是任何教科书都应该绝对完美无瑕。(那 "Hello Word！"呢？）
我的意思是这是一本教科书，你的意思是任何教科书都应该绝对完美无瑕。
不应该有明显的错误。这里没有对文体学的抱怨，只是试图理解并证明不这样做也是可以的。
ZЫ 没有人会读这个主题，因为 KB-prog 讨论主题只是偶然打开的。
我的个人风格与此有关 吗？还是说，代码评估现在取决于作者身份？
你可以问别人哪个代码更清晰。我不认为哪个更清晰
两个相同的代码，写法略有不同。这与每个人的喜好无关。
但你问了一个问题："为什么是这样而不是那样"....。我认为这是因为
关于交易、自动交易系统和测试交易策略的论坛。
Expert Advisors: Diff_TF_MA_EA
fxsaber, 2018.02.02 10:05 am.
我的个人风格与此有关 吗？还是说现在的代码评价取决于作者？
你可以问别人哪段代码更清晰。在我看来，没有什么更清晰
不应该有明显的错误。对文体没有任何抱怨，只是试图理解并证明可以有不同的做法。
当然可以不同。从整个程序的代码来看，我没有发现明显的错误。是的，检查被减少了。但它们并不是必需的，这就是为什么它们可能被削减了。我已经解释过枚举替换的问题--他们的替换是徒劳的--现在要改进它就更加困难了--你需要改变输入枚举。在其他条件相同的情况下。
两个相同的代码，写法却略有不同。这与每个人的喜好无关。
但你问了一个问题："为什么是这样而不是那样"....。我认为这是因为
我猜他并不知道有其他选择。但作者保持沉默。
顺便说一句，这种 "程序员的个人风格 "实际上是在 QB 中使用的结果。
当然，你也可以采用不同的方法。从整个程序的代码来看，我没有发现任何明显的错误。是的，检查被减少了。但它们并非必要，这就是为什么要减少。我已经解释过枚举替换的问题--他们的替换是徒劳的--现在要改进它就更加困难了--你需要改变输入枚举。在其他条件相同的情况下。
我替换了它。
一个严重的错误
我猜他不知道还有其他选择。但提交人保持沉默。
顺便说一句，这种 "程序员的个人风格 "实际上是在 KB 中使用的结果。
只有当作者回答我们时，我们才能知道。
但是，关于个人风格取决于 KB 的使用，这可能是矫枉过正了--你在 KB 中发表过文章，难道不知道必须将风格与 MK 风格保持一致吗？我知道，而且我很惊讶我在 KB 中的代码是以我的风格发布的。在这里，很可能不是程序员的风格，就是整个知识库的风格一致的要求。