谁想要一个战略？很多，而且是免费的) - 页 53

新评论
 
SergNF >> :

而且我认为应该有从dtStartingDate "向右 "的iMaxBars，这样你就可以在文件中移动窗口大小的iMaxBars!

从逻辑上讲。曾经这样做。当你切换到一个不同的日期文件时，问题就出现了。日期范围是一个全局设置--适用于所有数值和时期。


dtStartingDate | <- iMaxBars -> | dEndDate


但如果条形图的dtStartingDate小于iMaxBars.那么dtStartingDate应该有优先权，因为日期比条形图更直观。

我也想这样，但效果不理想。所以我改变了它。


这很完美。



 
Miroslav_Popov писал(а)>>

逻辑学家。有一个这样的变体。当你切换到一个不同的日期文件时，问题就会出现。日期范围是一个全局设置--适用于所有数值和时期。

dtStartingDate | <- iMaxBars -> | dEndDate

为什么在改变一个符号/时间框架时不应该调用这个程序？

此外，该程序填充了数组 aBar[iBar - iTempStartBar]，并限制了搜索范围--这只是对运行时间的优化！吗，搜索iTempStartBar/iTempEndBar可以从0到iBars，并不麻烦。

我也想这样做，但效果并不好。所以我改变了它。

你没有必要让它变得更难。将日期搜索（如果选中）放在从0到iBars的条形中，如果iTempEndBar-iTempStartBar之间的差值> iMaxBars，那么iTempEndBar=iTempStartBar+iMaxBars。

'

即（还没有看完所有的选项--我 以后再补充）

if( bUseStartDate) 
{
 цикл поиска iTempStartBar от 0 до iBars
}
иначе
{
 iTempStartBar = iBars - iMaxBars
}

if( bUseEndDate) 
{
 цикл поиска iTempEndBar от 0 до iBars
 if(! bUseStartDate)
 {
  iTempStartBar= iTempStartBar - iMaxBars
 }
}
иначе
{
 iTempEndBar = iTempStartBar + iMaxBars
}

if( iTempEndBar- iTempStartBar > iMaxBars) 
{
 iTempEndBar = iTempStartBar + iMaxBars
}
  
if( bUseStartDate) 
 цикл поиска iTempStartBar от 0 до iBars
иначе
 iTempStartBar = iBars - iMaxBars

if( bUseEndDate) 
 цикл поиска iTempEndBar от 0 до iBars
иначе
 iTempEndBar = iTempStartBar + iMaxBars

if( iTempEndBar - iTempStartBar < MINIMUMBARS)
{
   iTempStartBar = iTempEndBar - MINIMUMBARS;
   if( iTempStartBar < 0)
   {
     iTempStartBar = 0;
     iTempEndBar = MINIMUMBARS;
   }
}

if( iTempEndBar- iTempStartBar > iMaxBars) 
{
   iTempStartBar = iTempEndBar - iMaxBars;
   if( iTempStartBar < 0)
   {
     iTempStartBar = 0;
     iTempEndBar = iMaxBars;
   }
}
 
Miroslav_Popov писал(а)>>

检查MINIMUMBARS和0--当然了。

但我也添加了一个变体，用户输入了bUseEndDate，没有输入bUseStartDate，而且窗口是以条形指定的（用黑体字突出）。

'

关于MINIMUMBARS也不太清楚--是在开始栏上加（并在文件外 "跳出"）还是在结束栏上减（并在文件外 "跳出"） :)但这与描述中的一样！！。:)

或者更好的是，警告 "学会计数！"而接受按钮没有激活！"。

'

如果在调整iTempEndBar/iTempStartBar之后，因为iMaxBars或MINIMUMBARS而改变ComboBoxes中的日期（即使它们不活动），那就太好了。

 

Про MINIMUMBARS тоже не так однозначно - прибавлять к стартовому бару (и "выскочить" за пределы файла)

FSB不会加载条数<300的数据文件。错误信息。

更好的是，警告 "学会阅读！"和接受按钮是不活跃的！"。


如果你在 "数据地平线 "中，那就没问题。但你可以正确设置，之后再改成另一个数据源。


当前版本的 "数据地平线 "是可靠的。我认为不存在崩溃的情况。

我将努力改进...

 
zfs писал(а)>>
动量 MA震荡器--我正在努力寻找不匹配的错误。除了指标值，一切似乎都是一样的。如果有必要，我会把头像贴出来。

还有待观察 

float[] afBasePrice = Price(basePrice);

这就是FSB的计算结果

正是

      wprice_i=(High[ i]+Low[ i]+2*Close[ i])/4;
      wprice_mom=(High[ i+ MomPeriod]+Low[ i+ MomPeriod]+2*Close[ i+ MomPeriod])/4;

到目前为止，我只相信iMAOnArray (MT4) = MovingAverage (FSB) :)而后者是一个 "插入ME的哑巴，用double代替float"。

关于MT4中从右到左，FSB中从左到右的数组...主要的问题是如何准备它们，即把它们输入到书面函数的输入端。

如果！！！我将重写，那么只写成 "函数"，而不是 "指标"。

除非我在OOS上看到像样的东西，否则我甚至不会考虑第一个 "如果"。

 

Data Horizon Improved!!!!



开始日期和结束日期限制了测试条。

300 <= 测试栏 <= 50,000

附加的文件：
fsb_update.zip  540 kb
 
Miroslav_Popov писал(а)>>
Data Horizon Improved!!!!

到目前为止，一切似乎都是正确的。

'

iMaxBars 50 000

bUseStartDate False

bUseEndDate Flase

>> 日志由酒吧50,000，StartDate = 20.02.01 EndDate = 18.03.09 （文件中的最后日期）。

'

iMaxBars 50 000

bUseStartDate True (01.09.2008)

bUseEndDate Flase

>> 在 "按条记录 "中，有318条，StartDate = 01.09.08 EndDate = 18.03.09 （文件中的最后日期）。

'

iMaxBars 50 000

bUseStartDate True (01.09.2008)

bUseEndDate True (01.01.2009)

>> 在'Journal by bars' 2 048, StartDate = 01.09.08 EndDate = 31.12.08

'

iMaxBars 50 000

bUseStartDate False

bUseEndDate True (01.01.2009)

>> 日志由酒吧50,000，StartDate = 06.12.00 EndDate = 31.12.08

'

iMaxBars 50 000

bUseStartDate False

bUseEndDate True (01.05.1999)

>> 在'按条记录'2 015中，StartDate = 04.01.99（文件中的第一个日期）EndDate = 30.04.2009

'

发电机在300条的时候会计算一些东西，可以中止。

 

可见分形是什么意思？

分形体 可以有阴影。

 
zfs >> :

可见分形是什么意思？

分形体可以有阴影。

当你睁开眼睛看显示器时，它是可见的。当你关闭它时，它就变得不可见了--被阴影所笼罩。

1...464748495051525354555657585960...66
新评论