把代码删光之后，证据反而更硬了

八月二十四号往 NeoDB 提的那个 PR，核心是一个 DoubakImporter：继承他们自己的 NdjsonImporter， 只覆盖一个方法，为的是多一个「覆盖」模式。 理由是豆瓣特有的：豆瓣给一条标记盖的是「标记那天」，之后你改短评、改评分， 那个时间都不动。所以一个本来就在 NeoDB 上手动标记的人导入自己的豆瓣档案， 所有重叠的记录都会被跳过——本地那一行永远显得更新。

维护者先问了一句「为什么要加一个新导入器」，然后拍板：

let's make this PR for Merge only. Overwrite can be added later if users actually need it.

这两句合起来，答案就不是「把覆盖去掉」，而是把整个子类去掉。 NdjsonImporter 里所有「已有记录更新、跳过」的判断都走同一个方法， 子类覆盖的就是那一个——不做覆盖，它一个字都没重写。于是 doubak.py、两个数据库迁移、一个视图、一条 URL、一个上传表单， 全部删掉。

删完之后，证据反而变强了

这是我没预料到的部分。旧的 PR 描述里有一条必须写的注意事项：

那两次真实导入（40 条那份和全量 17305 条那份）走的都是现有的 NdjsonImporter，所以它们能证明的只是格式对，证明不了这个 PR。

把子类删掉之后，这句话没有了。因为现在这个 PR 记录的就是那条路径： 被验证过的东西和被交出去的东西，成了同一个东西。

顺手撞上的一件事：进度是挂在类上的

放弃这个子类之前，我想留一样东西：数据页上单独一块进度显示。 导入几千条要很久，我希望用户能看见「豆瓣档案导到哪了」， 而不是跟别人的 NeoDB 备份混在同一个格子里。

查下来是不行的，原因很干脆： 进度挂在任务的「类型」上，而类型是从类本身推出来的。 「取这个用户最近一个任务」是按这个类型过滤的，前端轮询的那个网址也是拿这个类型拼出来的。 所以同一个类的两个区块，问的是同一个网址，拿回来的是同一个答案。

要硬造出两个区，就得去改所有导入器共用的状态模板和视图—— 波及面比刚刚被否掉的那个子类还大，换来的只是把一个队列拆成两个框。 何况那一页现在是反着来的：CSV 和 NDJSON 两种导入器合用一个状态区。 同一个类，本来就只有一个队列。

那 PR 里还剩什么

一块路牌。缺的从来不是代码——豆备产出的本来就是 NeoDB 自己的归档格式， 他们现有的表单一直就收得下，上面那两次真实导入走的就是它。 缺的是那一页上没有任何一句话这么说。

而且默认的猜法恰好是错的：一个拿着豆瓣档案的人，会去点那一节写着 「从豆瓣导入标记和评论」的——那一节收的是豆伴（Doufen）的 .xlsx， 把这个 zip 传上去只会被拒。看起来像「豆备的导出坏了」。

所以现在两边互相指：豆瓣那一节说明豆备的档案是 NDJSON、并链到下面的 「导入 NeoDB 备份」，那一节也加一句确认。 怎么用那一页、以及导出包里的《怎么导入》，都补上了同一句。

最后一件小事：测试该按它断言的东西命名

那些测试原本叫 TestDoubakAgreesWithCsv、 TestDoubakArchiveShapes，放在一个叫 test_doubak.py 的文件里。 删掉子类之后，这个文件名指着一个已经不存在的模块。

但更根本的问题是命名的轴选错了：这些测试断言的东西， 没有一条是豆备特有的。档案可以来自任何地方，而它们覆盖的， 正是「导出再导入」结构上够不着的那部分——那种测法只会把自己刚写下的东西读回来。 所以它们现在按各自的主张命名：两种归档格式描述同一个账号必须落地一致； 导出器不会写的形状也必须导得进来；上传表单必须拒绝挨着它的那几种档案。 fixture 里的来源署名也改成了 elsewhere.example。