每一个事件与元素的交叉点，都是可实现的行为。而上表就像一个备忘录，可以确保不遗漏交互期间需要 处理的任何情况。但是，考虑到简洁的需求，我们不一定需要为每一个交叉点都设计一个行为。同时，在 设计行为的时候，我们还需要考虑该行为是否适合拖放。

　　《Web界面设计》中也提到，适合拖放的情况有以下五种：

　　拖放模块（重新排列?面上的模块）拖放列表（重新排列列表项的顺序）拖放对象（改变对象间的从属关系）拖放操作（在被放置对象上执行操作，比如：拖动上传功能）拖放集合（通过拖放操作集合，比如：购物?功能）

　　如果你设计的界面是属于以上几种，那么拖放操作会是很好的选择。

　　五、 项目落地后

　　1. 最后项目落地，因为时间的原因只完成了需求部分——添加、删除以及修改表单字段。而反馈通路的搭建则因时间与资源的原因，被搁置。不过现在仍然在推动中。

　　2. 也因为时间的原因，没有适配较旧的 IE，以及特别小的或奇怪的屏幕(比如正方形的屏幕)。

　　3. 在经过一对一的可用性测试后，也发现在没有引导的情况下，「拖拽」这一交互动作的功能可供性特别弱。很多用户一上来就是「点击」。所以也考虑未来会将「拖拽」动作改为「点击」。

　　作者：王梓铭，云之家用户体验部交互设计师。前产品汪， 还能偷偷撸几行代码。时常做梦，想改变世界。怀揣着这个梦想，跌跌撞撞尝试了各种各样的东西。录过视频，开过 Podcast，玩过博客。 最后发现，其实改变世界并不难。从小事做起，帮助能帮助的人，改变能改变的人就已经足够了。