在一些复杂的自动交易策略里面，可能会出现平今仓的。比如有底仓的情况，假如买一是底仓，买二是加码的情况，有时候客户可能需要针对买二平仓的，而留下买一的底仓。 有些人一定要这么做一是因为有底仓感觉会比较好，充分抓住行情(有些系统策略是长短结合的)，二是因为尽量平今仓可以享受手续费优惠。 当然这样的情况比较少，不过作为软件开发，尽量提供考虑周全一点更好一些。
您说的这些个情况，使我们系统现在的触发单和止损，获利单，当前已经是由服务器处理。 该主题讨论的问题是对未成交单的处理，主要是需要定时查询柜台的成交状态，根据状态进行处理。我们的想法还是由客户端处理比较直接，也方便用户自定义各项设置。
老A，在实际交易中可能出现的问题是多种多样的，运气比较好的时候什么倒霉的事情都会碰到，比如线路问题，交易所还出现过很多次中断和宕机呢，并不一定都是软件问题，超级下单作为金仕达v6的标配下单软件，如果这么垃圾就没人敢用了。当然跟开拓者不是一个级别的软件，没什么可比性。开拓者实现的目标不仅仅是一个委托下单程序而已，而是一个智能化的交易平台。
放在客户端，做成一个运行库，做成让用户可选 a:N秒后自动撤单，再次进入运行库，到条件价格满足的时候再次触发. b:N秒后自动撤单，再次进入运行库，加N个价位继续抢单,限价 我做的股票自动下单就是这么做的,关键是你的撤单时间
这个可能性就多了，比如，假如我要买10个单子，可以买1放3手排队，另外每隔X秒钟用1手单直接打卖1，买1的3手排队等到成交了，就再放3手继续排。原理就是打的时候用小单，接的时候用大单。做单的方法几乎没有穷尽的，而且属于重要的技术，一般都会保密。所以建议提供一个新的脚本技术，让交易员可以基于时间事件、行情事件、头寸/帐户变化事件等多种业务事件来触发交易指令。这个技术应该有别于传统的公式/脚本系统的线性执行流程，而接近面向对象编程。