首页
/ SortableJS 实现拖拽替换而非新增列的交互方案

SortableJS 实现拖拽替换而非新增列的交互方案

2025-05-05 01:53:06作者:范垣楠Rhoda

在开发类似游戏物品栏的拖拽交互界面时,我们经常会遇到需要限制物品栏位数量并实现类型匹配的需求。本文将以SortableJS为基础,探讨如何实现拖拽替换而非新增列的交互方案。

核心需求分析

典型的物品栏系统通常具有以下特点:

  1. 左右两侧分别放置不同类型的物品
  2. 左侧物品可以拖拽到右侧指定类型的栏位
  3. 栏位数量固定,不允许无限扩展
  4. 需要实现拖拽时的类型匹配验证

SortableJS的默认行为

SortableJS默认的拖拽行为会在目标容器中新增一个元素,这会导致:

  • 栏位数量超出限制
  • 无法实现严格的类型匹配
  • 不符合游戏物品栏的交互习惯

解决方案:Swap插件

SortableJS的Swap插件提供了元素交换的能力,完美解决了这个问题。该插件的工作原理是:

  1. 当拖拽元素悬停在目标元素上时
  2. 自动交换两个元素的位置
  3. 保持容器内元素总数不变
  4. 支持自定义交换条件

实现步骤

1. 初始化Sortable实例

import Sortable from 'sortablejs';
import Swap from 'sortablejs-plugin-swap';

// 左侧物品容器
const leftContainer = new Sortable(document.getElementById('left'), {
    group: {
        name: 'inventory',
        pull: 'clone',
        put: false
    },
    sort: false,
    swap: true
});

// 右侧栏位容器
const rightContainer = new Sortable(document.getElementById('right'), {
    group: {
        name: 'inventory',
        put: function(to, from) {
            // 类型匹配验证逻辑
            return to.el.dataset.type === from.el.dataset.type;
        }
    },
    swap: true,
    swapClass: 'highlight',
    animation: 150
});

2. 类型匹配验证

通过group.put选项可以实现拖拽时的类型验证:

put: function(to, from) {
    // 获取拖拽元素和目标栏位的类型
    const draggedType = from.el.dataset.itemType;
    const slotType = to.el.dataset.slotType;
    
    // 仅当类型匹配时允许放置
    return draggedType === slotType;
}

3. 视觉反馈优化

Swap插件提供了swapClass选项,可以在交换时添加高亮样式:

.highlight {
    background-color: rgba(255, 255, 0, 0.3);
    transition: background-color 0.3s ease;
}

进阶优化

1. 自定义交换逻辑

通过swapThreshold选项可以调整触发交换的敏感度:

swapThreshold: 0.5, // 默认0.5,表示元素重叠50%时触发交换

2. 动态禁用交换

在某些场景下可能需要临时禁用交换功能:

// 禁用交换
rightContainer.option('swap', false);

// 启用交换
rightContainer.option('swap', true);

3. 交换事件处理

Swap插件提供了专门的交换事件:

rightContainer.on('swap', function(evt) {
    console.log('交换完成', evt.dragEl, evt.target);
});

注意事项

  1. 确保Swap插件已正确引入
  2. 交换操作会触发Sortable的onChange事件
  3. 在移动端设备上可能需要调整swapThreshold值
  4. 复杂的验证逻辑可能会影响性能

通过上述方案,我们可以实现一个符合游戏物品栏交互习惯的拖拽系统,既保持了栏位数量固定,又实现了类型匹配验证,为用户提供了流畅自然的交互体验。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
22
6
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
164
2.05 K
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
8
0
leetcodeleetcode
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
60
16
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
952
560
apintoapinto
基于golang开发的网关。具有各种插件,可以自行扩展,即插即用。此外,它可以快速帮助企业管理API服务,提高API服务的稳定性和安全性。
Go
22
0
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
1.01 K
396
HarmonyOS-ExamplesHarmonyOS-Examples
本仓将收集和展示仓颉鸿蒙应用示例代码,欢迎大家投稿,在仓颉鸿蒙社区展现你的妙趣设计!
Cangjie
407
387
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
199
279
giteagitea
喝着茶写代码!最易用的自托管一站式代码托管平台,包含Git托管,代码审查,团队协作,软件包和CI/CD。
Go
17
0