- 我已经搜索了此存储库的issues，并认为这不是重复的。
摘要💡
拖放组件以重新排序/重新组织它们。可以使用此功能的组件可以是列表、网格或芯片。
如www.example.com上所描述的on uxdesign和简要提到material.io
对于列表，它可以通过一个图标来完成，该图标具有该功能，而ListItem的其余部分不具有该功能，您拖动的是“句柄”，而不是列表本身。
对于更多的“盒状”元素，可以作为整个元素的 Package ，或者作为用户抓取的角落中的图标。
图标方面的一些想法可以是drag handle、open_with，或者使用CSS在grab和grabbing光标图标之间切换，如MDN所示
示例🌈
http://materialdesignadmin.com/sortable.html，我认为它使用了https://github.com/SortableJS/Sortable
https://jsbin.com/visimub/edit?html,js,output
动机🔦
一种简单的方法，让开发人员允许用户重新组织图像，文本等被分组在一起，或者作为一个测验/排名系统的1到10“Organise this list in order in which you like these flavours of ice-cream”（像这样）
7条答案
按热度按时间drnojrws1#
更新了摘要，以便更好地扩展似乎常用于此系统的图标和CSS👌
0dxa2lsx2#
如果能看到这个附加组件，那就太好了
cotxawn73#
所以...基本上是react-beautiful-dnd？我不认为如果Material UI重新实现这个行为会有任何额外的价值。
xxslljrj4#
所以...基本上react-beautiful-dnd？我不认为会有任何额外的价值，如果材料UI是重新实现这种行为。
这很公平，我不知道有这种事.
我只是觉得，现在仍然觉得，与将其 Package 在该模块中相比，将其更多地烘焙到Material中，可以更好/更低地与Material组件集成，从而实现更强大和更简单的集成。
此外，在我看来，如果Material自己实现了这个增强，那么开发人员将更容易使用，特别是从长远来看，而不仅仅是向不断增长的列表添加另一个依赖项，即包文件。
更不用说更有可能在文档中显示为一个特性/做事的方式，而一个外部包最多只能在
Related-Products页面上得到一个提及。yx2lnoni5#
将另一个依赖项添加到不断增长的列表中，即程序包文件
@Lagicrus我很想知道更多关于这个的信息。在增加包.json中的依赖项列表时，你遇到了什么问题？
pgx2nnw86#
将另一个依赖项添加到不断增长的列表中，即程序包文件
@Lagicrus我很想知道更多关于这个的信息。在增加包.json中的依赖项列表时，你遇到了什么问题？
也许我的措辞不好，但材料没有问题。
我想解释的是，随着材料UI的增长，你更有可能以某种方式自己制作，而不是仅仅为这一件事添加一个额外的要求，这增加了安装的数量，增加了更多的子依赖项和漏洞的机会。
至少我是这么理解的。
qmb5sa227#
react-beautiful-dnd没有material-ui设计，而是使用了情感，另外还有react-dnd。