更多策略？没问题!

TheXpert 2009.03.21 16:37 #81

voltair >> :

我建议那些希望讨论发电机和其战略的人 "通过" 这里.

向SX的作者道歉，因为他没有将该分支用于其预期目的。

还有进一步的成功!

谢谢你，非常感谢你。

TheXpert 2009.03.23 10:15 #82

TheXpert >> :

到星期一，我将尝试制作一个版本，在这个版本中我将改变优化的顺序，这样就不会有最初的停机时间。

>> 就在这里。

TheXpert 2009.03.23 11:23 #83

TheXpert >> :

她在那里。

对不起，纠正了开单时挂起的错误。增加了最低开盘价的余额检查。请所有下载以前版本的人，更新到新版本。

附加的文件：

home_1.zip 7 kb

Сергей 2009.03.23 12:34 #84

TheXpert писал(а)>>

...我希望听到一些建设性的批评和建议（任何形式的）...

extern string Condition_9_       = "Close(1) < BBands(BBandsPeriod, BBandsDeviation, 1)";

bool BuyCondition9()
{
   return ( iBands( symbol, 0, BBandsPeriod, BBandsDeviation, 0, PRICE_CLOSE, MODE_LOWER, 1) > Open[0]);
}

bool SellCondition9()
{
   return ( iBands( symbol, 0, BBandsPeriod, BBandsDeviation, 0, PRICE_CLOSE, MODE_UPPER, 1) < Open[0]);
}

我希望能有某种确定性。:)

TheXpert 2009.03.23 13:53 #85

SergNF >> :

比如，我想要确定性。:)

那你建议我们在哪里改呢？我赞成修改评论。

__________________________

开始了我的四点钟。

进展看起来是这样的。

我的电脑并不是最强大的。

因此，普通计算机上的时钟现实上甚至可以在24小时内运行。如果你把它拆开...

剩余时间的减少是由于重要战略的最高集中度现在是在开头，之前是在中间。

Сергей 2009.03.23 14:03 #86

TheXpert писал(а)>>

我赞成修改评论。

我同意。

最主要的是，每个人的 "原创 "都应该有一个 "参考"。否则，你将如何交换套装:)。

所以普通电脑上的时钟现实上甚至可以在一天内完成。而如果你解析一下...

而如果 "开盘价"，那么......。我已经 "装 "了10次，所有的变体都在OOS时失败。

(欧元兑美元的时钟拟合的是2008年全年的情况。3次迭代 -Condition_X-> Secondary_->Condition_ X)

所有刻度线 "和 "按开盘价 "模型的结果是一致的

TheXpert 2009.03.23 14:05 #87

SergNF >> :

我同意。

最主要的是，每个人都应该有一套 "参考"。否则，你将如何交换套装:)

除了集合的，你可以交换文件和只是条件字符串。下一个版本中会有一个修正。

TheXpert 2009.03.23 14:13 #88

SergNF >> :

如果是 "开盘价"，那么......。我已经 "调整 "了10次，所有的变体都在OOS上耗费。

当然是按开盘价哦。为什么要白白折腾电脑呢？

(欧元兑美元的观察框架拟合--2008年的全部。3次迭代 - Condition_X -> Secondary_ -> Condition_X)

我从99年就开始测试了。

Сергей 2009.03.23 14:47 #89

TheXpert писал(а)>>

...我希望听到一些建设性的批评和建议（任何形式的）...

- IMHO。最好是把"//Externs"块和"//here"块取出来，放到一个单独的 "inludnik "中，这样就不会有人动手编辑基础文件了。

- 在 "编码 "中，IMHO，最好从数字"BuyCondition9()"转移到一些 "助记符"，这样就不会有人同时添加完全不同的"BuyCondition786()"。否则，"仓库 "将不得不由作者保管。比如左边的函数大写，右边的函数大写--"BB_O"（代表Condition9）或在前缀中加入 "作者的昵称"。但这样一来，你就不得不 "编造 "函数 "bool BuyCondition(int index)" 和 "bool SellCondition(int index)" 。

在我的一些项目中，在外部参数（和我复制的ini文件）中，我长期以来一直在写一些menonics，如 "+EURUSD" - "买入EURUSD"。这对口译员来说将是一个小步骤。:)

'

ZS。

extern string ConditionName1 = "BB_O";
extern int ConditionValue1 = 0;

但要优化它是很困难的。:)

'

ZY。

如果我们能在 "优化的外部"（int）和最终用户不可能使用保留的数字/函数之间找到折衷办法......这个产品将在灵活性和多功能性方面超越所有其他产品。虽然 "为了我的爱人"，这将是一个不必要的复杂情况。:)

下一个版本会有一个修复。

和评论的命令在extern string!!!!!

'

TheXpert 2009.03.23 16:05 #90

SergNF >> :

- IMHO。最好把"//Externs"区块和"//here"区块放到一个单独的 "inluder "中，这样甚至没有人可以编辑基础文件。

事实上，我正打算这么做。

在1.0版本中计划分拆成模块，清洗，代码生成（可能），以及一些法力的编写。

要让它看起来或多或少像一个产品。

- 而在 "编码 "方面，IMHO，最好摆脱 "BuyCondition9()"的数字，采用一些 "助记符"，这样就不会有人同时添加完全不同的"BuyCondition786()"。否则，"仓库 "将不得不由作者保管。比如左边的函数大写，右边的函数大写--"BB_O"（代表Condition9）或在前缀中加入 "作者的昵称"。但在这种情况下，你必须 "编造 "函数 "bool BuyCondition(int index)" 和 "bool SellCondition(int index)" 。

这就是我反对的地方。虽然增加条件是方便的，但并不受欢迎。这么说吧，一旦你改变了代码，你就不能指望得到支持了。

如果你需要添加条件，告诉我，我会添加。

如果只是为了在 "优化的外部"（int）和最终用户不可能使用保留的数字/函数之间找到折衷办法......这个产品的灵活性和多功能性将超过所有其他产品。虽然 "为了我的爱人"，这将是一个不必要的复杂情况。:)

为什么要费心去找呢？这就是所谓的 "防骗"（Foolproofing），通俗地说就是 "防骗"。通常情况下，它是在执行的任何步骤中的数据完整性保护。

目前，这只是部分存在，在1.0版本中添加它还没有预见。

如果你不能使用终端，你总是可以用手检查其完整性。

和评论的命令在extern string!!!!!'

我不明白这里的情况。

更多策略？没问题! - 页 9