Kavita项目基础架构升级:章节与卷管理重构解析
2025-05-30 01:39:12作者:苗圣禹Peter
核心变更概述
Kavita团队近期完成了对漫画阅读系统基础架构的重大升级,重点重构了章节(Chapter)和卷(Volume)的数据模型与管理逻辑。此次改造主要解决了三个核心问题:特殊章节处理混乱、非标准编号支持不足以及排序逻辑复杂等问题。
章节模型深度改造
多维度编号体系
- 显示编号(ChapterNumberDisplay):新增字段存储可视化编号表示,支持特殊章节使用符号或标题替代传统数字
- 数值范围字段:引入MinNumber/MaxNumber浮点型字段,精确记录章节数值范围
- 智能排序机制:
- 重构SortOrder字段处理逻辑
- 支持负数章节编号(如-1)
- 完善特殊章节排序规则
- 处理复杂编号情况(如19/19.HU/19.BH/20序列)
技术实现细节
- 将标题生成逻辑迁移至数据库层
- 统一单文件EPUB的特殊章节标识处理
- 开发entity-title组件集中处理展示逻辑
- 封面生成系统适配新排序规则
卷管理系统升级
显示优化
- 新增DisplayTitle字段存储格式化卷名
- 自动转换数值显示(1.0→1)
结构重组
-
特殊卷分离:
- 创建独立编号空间处理Special章节
- 保留原有松散章节(Loose Leaf)处理逻辑
- 新增年度特刊(Annuals)专用处理通道
-
测试体系完善:
- 全面更新SeriesExtensions等核心模块测试用例
- 验证特殊卷与常规卷的交互逻辑
数据迁移方案
自动化迁移流程
- 范围数据(Range)向Min/Max数值转换
- 补全MangaFile的文件名记录
- 默认章节编号标准化(0→新编号体系)
- 松散章节卷号重映射
特殊处理项
- 进度数据保留迁移
- 阅读记录(scrobble)重新编码
- 用户需全库强制扫描完成最终同步
客户端适配要求
所有客户端应用(Kavya/Aidoku等)需适配新的编号规则,特别注意:
- 特殊章节的显示逻辑
- 负值卷/章编号处理
- OPDS协议对PDF特殊章节的支持
技术挑战与解决方案
复杂编号处理
通过浮点数+字符串混合排序方案,完美支持:
- 常规数字编号
- 带后缀编号(19.HU)
- 负值编号
- 非数字标识符
兼容性保障
- 设计渐进式迁移路径
- 维护旧版数据自动转换
- 提供明确的用户操作指引(强制刷新)
升级影响说明
本次架构变更涉及核心数据模型修改,建议用户:
- 提前备份数据库
- 预留足够的处理时间
- 更新后执行全库扫描
- 检查特殊章节的显示准确性
该升级为后续漫画功能扩展奠定了坚实基础,特别是为即将到来的漫画系统重做提供了必要的数据模型支持。
登录后查看全文
热门项目推荐
相关项目推荐
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0213
cann-learning-hubCANN 学习中心仓,支持在线互动运行、边学边练,提供教程、示例与优化方案,一站式助力昇腾开发者快速上手。Jupyter Notebook0138
uni-appA cross-platform framework using Vue.jsJavaScript08
GLM-5.2智谱开源 GLM-5.2,这是针对长文本任务的最新旗舰模型。相较于前代产品 GLM-5.1,它在长文本任务处理能力上实现了显著飞跃,并且首次在稳定的 100 万 token 上下文中提供这一能力。Jinja00
SwanLab⚡️SwanLab - an open-source, modern-design AI training tracking and visualization tool. Supports Cloud / Self-hosted use. Integrated with PyTorch / Transformers / LLaMA Factory / veRL/ Swift / Ultralytics / MMEngine / Keras etc.Python00
tiny-universe《大模型白盒子构建指南》:一个全手搓的Tiny-UniverseJupyter Notebook03
项目优选
收起
deepin linux kernel
C
32
16
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
469
465
暂无描述
Dockerfile
778
5.08 K
Ascend Extension for PyTorch
Python
757
968
本项目是CANN提供的transformer类大模型算子库,实现网络在NPU上加速计算。
C++
876
2.03 K
本项目是CANN提供的神经网络类计算算子库,实现网络在NPU上加速计算。
C++
697
1.4 K
昇腾LLM分布式训练框架
Python
185
231
JiuwenSwarm 是一款基于openJiuwen开发的智能AI Agent,它能够将大语言模型的强大能力,通过你日常使用的各类通讯应用,直接延伸至你的指尖。
Python
2.25 K
676
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
1.1 K
1.14 K
本仓库是 Flutter SDK 与 Flutter Engine 的 OpenHarmony 适配版本,由 CPF-Flutter 团队维护。开发者可使用熟悉的 Flutter 技术栈开发 OpenHarmony 应用,3.35.7 及以后的适配版本可基于本仓库源码构建支持 OpenHarmony 的 Flutter Engine。
Dart
1.04 K
271