需求

    地府事务繁多，尤属黄泉两岸最为忙碌，每日“黄泉摆渡人”需将阎罗地狱结刑之人由地狱之岸送往轮回之岸，轮回之岸“掌刑使（黑无常？or白无常？）”效验送达之人刑期，满刑期者准许踏上轮回之门转世投胎，未满者重新打回阎罗地狱继续受刑（地府也很腐败啊！！！这是越狱啊！怎么说也应该再加9999甲子刑期吧！）。

实现

    不爱截图啊！

演示

http://cloud.axure.org/lb0fza

PS

1、该教程为中继器交互的简单实例，主要目的是探讨“一个中继器中的多选数据转移至另一个中继器”，此类需求主要集中在一些电采类的后台管理项目，比如供应商管理中的主库供应商批量移入备选库等。

2、中继器间的交互还有另一种方式：点击1号中继器数据—>2号中继器新增一组数据—>标记点击数据—>更新2号中继器新增数据，这种需求主要是电商类前台，点击商品列表查看商品详情，数据从商品列表中继器传递到商品详情中继器。

3、有尝试过用第2种方式实现第一类批量移库的需求（1号中继器批量标记数据—>2号中继器新增n组数据<1号中继器标记几组，2号中继器新增几组>—>标记数据更新新增数据），可惜没有成功，貌似新增数据的时候之前的标记数据的状态都会结束/丢失，有此经验的伙计期望可以一起深入研究。

4、最后：axure始终是为了更好的让其他人（程序、客户）理解产品，对程序而言可能我们辛苦做了2天甚至更多时间的交互，其实一句话就可以解释清楚，对于此我们执着于交互的完美无疑是舍本逐末；对客户而言一般我们的交互当然是越完善越好了，我们是要靠原型拿项目的。总而言之，具体情况具体分析，没必要觉得什么东西都可以很容易解释清楚，交互没必要；也必要觉得交互才是你解释清楚需求的唯一途径。

5、axure完全可以当做兴趣去玩，很多项目回头看会发现之前的交互很不完美，有时间优化优化改一改就当做是夯实基础了，反正世界上也没白读的书、白看的电影（我认识很多小姐姐！哈哈！）。