《公式开发指南》印刷成册在即，呼吁广大用户帮忙纠错

vividboy

再提个建议：能不能每次更新《指南》都明确的标记出于前面版本的区别，这样好对比和了解新的功能。

ample

秋风夜雨 发表于 2013-7-12 12:13
什么时候印出来？

销售？还是赠送？

具体时间还没有确定，请大家先帮忙纠错。

出来之后论坛会有通告的

ample

vividboy 发表于 2013-7-12 15:15
再提个建议：能不能每次更新《指南》都明确的标记出于前面版本的区别，这样好对比和了解新的功能。 ...

收到。不过公式指南不是随软件版本更新的，这个可能无法实现

vividboy

ample 发表于 2013-7-15 09:26
收到。不过公式指南不是随软件版本更新的，这个可能无法实现

就是相邻的两个手册版本的比较也行，主要是对于看过就版本的可以很明确的指导这个版本主要是增改了那些内容。当然编辑的工作量会比较大。

忽忽悠悠

第54页，第16行
If(Date + Time > bartime)//新的日期时间，计数器重新置1
为什么新的时间，计数器不加1？

第54页，倒数第9行
If(Date + Time == bartime)//相同日期时间，计数器+1，并保存回全局变量
为什么相同时间了，应该是没有新bar出现，计数器要累计加1？

个人理解，是不是把这两个条件倒换？
就是第16行
If(Date + Time == bartime)//相同日期时间，计数器重新置1

倒数第9行，else后面，
If(Date + Time > bartime)//新的日期时间，计数器+1，并保存回全局变量

我是新手，刚开始看，也许是我自己理解不深，导致所提问题不一定正确。
虽然只是一个让大家对全局变量有更深了解的例子，但刚看到相同时间，想到的应该不是+1，新的时间产生新的数据，会+1。不能说这个例子这样编写就有错，只是说把条件倒换过来，更容易把精力焦点对准全局变量去理解。

ample

忽忽悠悠 发表于 2013-7-17 10:51
第54页，第16行
If(Date + Time > bartime)//新的日期时间，计数器重新置1
为什么新的时间，计数器不加1？

这个例子是对1个bar内的tick进行计数，当然是在同一个bar上的时候，计数器+1，新的bar时，计数器置1，重新开始计。

忽忽悠悠

第56页倒数第7行，后面的示例代码，定义成NumericSeries有什么好处？可以定义成Numeric吗？这样是不是执行效率更快一些，反正只是想统计出有多少个缺口来。

ample

忽忽悠悠 发表于 2013-7-17 14:39
第56页倒数第7行，后面的示例代码，定义成NumericSeries有什么好处？可以定义成Numeric吗？这样是不是执行 ...

定义成numeric ，要实现相同的功能，程序的编写方法就不同了
numericseries可以回溯的，而且值可以继承，累加起来比较方便

忽忽悠悠

ample 发表于 2013-7-17 14:48
定义成numeric ，要实现相同的功能，程序的编写方法就不同了
numericseries可以回溯的，而且值可以继承， ...

谢谢管理员的回复，呵呵！

我觉得在指南中的这个地方，应该注明管理员在回复里所说的“numericseries可以回溯的，而且值可以继承”所以在此处用numericseries而没有用numeric，因为此处是想解释IF语句的，我看到这个地方，没考虑的那么复杂，单纯地以为是想统计缺口的个数，为了执行效率应该选择用Numeric了，呵呵

另外，应该是由于我的编程功底比较浅，所以，对于第54页的示例的理解出现的偏差，是不是可以在第53页的倒数第二行里，加上几个字，把“下面，我们用一个全局变量编写TICK计数器。”改成“下面，我们用一个全局变量编写一个BAR内的TICK的计数器”？由于这个提问和回复，对TICK的了解更深了！谢谢管理员！

请问如果定义成Numeric，是不是这样写代码呢？

Vars
      numeric Counter;
Begin
    If(Open>High[1])
    {
        Counter=Counter+1;
        …
    }

谢谢管理员！

ample

忽忽悠悠 发表于 2013-7-17 15:03
谢谢管理员的回复，呵呵！

我觉得在指南中的这个地方，应该注明管理员在回复里所说的“nume ...

这样编写代码是不行的，因为tb公式的执行是从左至右，从上至下，历史行情中每个bar都会执行一次，实时行情中每个tick都会触发执行，counter如果定义为普通变量每次都会重新分配内存的，先前的值保存不下来
你需要使用全局变量