关于跨周期取值的问题，请看我的建议：

costcontrol

我的意思希望TB能借鉴好的东东。关于飞狐，我只是列举了他在引用跨周期数据上的优势，飞狐烂的地方当然也有，但是他能生存了那么多年肯定有他的优势，希望年轻的TB能取长补短。

关于你说的信号消失与未来数据，这个和什么软件有啥关系，这编的人的问题，我现在用的跨周期的MACD就是1天1个数据，第n天后也不会变不会消失，呵呵！当然我也可以编一个会消失，哈哈！

PYZFL

原帖由 TradeStar 于 2008-8-20 15:11 发表
我觉得最好的办法是在内存里虚拟一个你想取的周期的超级图表，当然，既然是虚拟的，只要数据就可以了，然后直接在内存里取值，这样可能会占用更多的内存，但是好像这样处理会比较准确呀。。。 ...

或者还有一个办法，就是在这一窗口里，可以引用另一窗口的数据，当然了，另一窗口，就是同一品种的不同周期了。

PYZFL

原帖由 TradeStar 于 2008-8-20 15:11 发表
我觉得最好的办法是在内存里虚拟一个你想取的周期的超级图表，当然，既然是虚拟的，只要数据就可以了，然后直接在内存里取值，这样可能会占用更多的内存，但是好像这样处理会比较准确呀。。。 ...

这是最最最好的办法!

按现在的办法，如果从小周期计算大周期的数据，需要的K线数是成倍的增长啊，其实完全不必要。比如在日K线里取周K线的20均线，日K线最少需要20*5=100根K线，但在内存里建立一个数据表，只要20要K线就行了；同样，如果要在1分钟K线里取1日K线的20均价，需要的K线更是60 * 4 * 20= 4800，多耗资源啊？

为了千秋万代，请开发人员下个决心，攻克这个难题吧，很值的！！！

如果需要的话，也可以请本人帮忙，我编程还是可以帮得上手的。

[ 本帖最后由 PYZFL 于 2008-11-8 10:26 编辑 ]

f600624

这几天测试模式，强烈感到用小周期求大周期的困难，如我在1分钟球10日均线，要用2000多根K线，感到明显变慢，强烈支持楼主的建议。

PYZFL

再说一个，现在这种跨周期取数的方法，在同花顺、同达信、飞狐里，完全可以实现，只不过是一个技巧问题，把时间函数运用好就行了，并不是真正意义上的跨周期取数。所以用这个做宣传，没有什么意义！！！

f600624

原帖由 nopain 于 2008-9-30 11:11 发表
这个涉及到很复杂的调用，不是想象的那么容易。

如果同一品种打开两个不同周期的超级图表并加载相应的交易指令,产生的交易信号都会传给交易师是吧? 这说明在TB内部数据是可以共享的,加个类似Public的指令只不过将这个共享的权利向用户开发而已,能有多难?
      至于客户的程序如何调用共公数据,如何避免未来数据,那是客户自己的事,如果有共享数据客户还是不知如何用,这样没一点基础的客户好像你们前面也说过根本不是你们的服务对象.

PYZFL

版主们干嘛不讲话了？

b8866

建议TB应该学习一下国外的mt4软件，跨周期是很轻松的事，手工画趋势线取趋势线的值也很容易（TB太复杂了），各种指标可以转化为EA，编译速度1秒左右相当快（TB编译速度说实话过慢）

lcgs005

飞狐的跨周期引用确实是有极大问题的，它引用的是终值，而不是真实盘面的值，使得引用的数据具有未来函数

蔡宛宏

跨周期可能真的是一条路