raysonlu

@no1xsyzy 请教如何实现

@mazhan465 #13 是啊，分页排序本是类似“把数据全倒出来”的活儿，只是数据库的 order 帮我们优美地干了，但这种链表的方案，就只能做在业务代码层了，这就”真·全倒出来“了~

@mazhan465 链表方案也有看过，但这种不好在数据库里查找吧？

@index90 不好意思，我那个举例的确有一些问题，如你所说“时间复杂度就是元素移动的距离”是正确的，但我初衷也是想解决这个问题。
也的确要“支持跨页拖拽”，按我的理解，出现了“拖拽”这个交互后，仅仅显示一页的内容让用户拖拽排序是没意义的吧（比如把下一页的第一个拖拽到这一页中间），这时候一般做下拉式分页展示，也因此，跨度距离就变得不可控（想象中的交互场景：用户抓起某个文章，移动到靠上(下)的位置，页面不停往上(下)滚动，然后找到位置放下）

@lookas2001 定时器方案确实能解决，但这的确太奇葩，我思考着我以后项目交接接手人看到这个定时任务会一脸懵逼，毕竟我刚在小组提出这个问题，几乎全部人一来就表示“这不是很简单吗”。平衡树我也有用来解决过一些需求，但这里无法应用啊，毕竟基本场景是数据库查表。

@hronro 当然如果有其他曲线方案能解决也比较好，比如数据库纯天然般支持这种排序需求

@star7th
@fanchangyong
@index90
当数据量大，比如有 10W(或更多）个文章，把开头第十个拖到第五个下面，那么就要更新其他文章（ 10W-5 个）的排序号？

@keepeye
@Shy07
“只更新两个位置中间”，是指那个“除二法”吗？那个确实没有批量更新和并发锁行的问题，但理论上会出现了次数限制啊，另外这个法子和一页多少条数据无关吧，只要往同一个位置拖入，那个位置不断除二，就出现次数限制了。

不扯其他只谈谈手段技术。
只要能完整无损显示资料，都能被截屏，
其次是想在显示上加水印什么的，代码技术上去走不了水印，还有图片技术，那些去图片文字的 PS 教程看上去就屌屌的，
最后弄个类似 PC 游戏的什么激活、注册码之类的，那就要做成“只能用专门的软件打开”才能走这个流程咯？尽管做了，还要防被破解，尽管防了破解，用户按照正常流程把书的内容给展示出来了，依然出现上面两条的破解可能。
按照当年秦王先焚书，后坑儒的想法，尽管书没有了，儒家学子也能把书的内容倒背如流地复刻出来，所以才会去坑儒。

你们都不需要一个月交待工作的吗？