# 代码贡献指南 Bilibili Evolved 是一个基于 Web 前端技术构建的油猴脚本, 贡献代码前应具备的相关能力有: - 了解最基础的油猴脚本的开发流程, 包括理解 [UserScript Header 和 GM API](https://www.tampermonkey.net/documentation.php?locale=en). - 熟悉 Web 前端技术, 编写逻辑时使用 [TypeScript](https://www.typescriptlang.org/), 编写样式时使用 [Scss](https://sass-lang.com/), 创建 UI 时使用 [Vue 2](https://v2.cn.vuejs.org/). - 新增的代码能够通过 [ESLint](https://eslint.org/) 和 [TypeScript](https://www.typescriptlang.org/) 检查. ## 搭建开发环境 - 需要安装 [Node.js](https://nodejs.org/en/download/) (>= 14.0), [Visual Studio Code](https://code.visualstudio.com/) 和 [pnpm](https://pnpm.io/installation) (>= 8.1.0). - 将项目 Fork 至自己账户后, 克隆至本地 - 分支视情况切换或新建, 新功能以 `preview-features` 为基础分支, 功能修复以 `preview-fixes` 为基础分支. - 安装依赖: ```powershell pnpm install cd registry pnpm install ``` - [配置 VS Code 插件](https://code.visualstudio.com/docs/editor/extension-marketplace): - [ESLint](https://marketplace.visualstudio.com/items?itemName=dbaeumer.vscode-eslint), 用于格式化 TypeScript 和 Vue 文件. - [Prettier](https://marketplace.visualstudio.com/items?itemName=esbenp.prettier-vscode), 用于格式化 Scss 和其他文件. - [Vue Language Features (Volar)](https://marketplace.visualstudio.com/items?itemName=Vue.volar), 为 *.vue 文件提供支持. - [TypeScript Vue Plugin (Volar)](https://marketplace.visualstudio.com/items?itemName=Vue.vscode-typescript-vue-plugin), 让 TS Server 识别 *.vue 文件.(建议启用性能更好的 [Takeover 模式](https://vuejs.org/guide/typescript/overview.html#volar-takeover-mode)) ### 本体 需要说明的是, 脚本本体和功能是分开的两个项目. 本体的代码在 `src/` 下, 开发时产生 `dist/bilibili-evolved.dev.user.js` 文件. 功能的代码位于 `registry/` 下, 开发时在 `registry/dist/` 下产生文件. > 如果不使用 Visual Studio Code, 则需要根据 `.vscode/tasks.json` 中各个任务定义的命令手动在终端执行. (npm scripts 仅用于 CI) 配置本地调试环境: **如果使用的是基于 Chromium 的浏览器** 1. VS Code 中运行 `启动开发服务 dev-server` 任务, 会在项目的 `dist/` 文件夹下生成一个开发用的脚本 `dist/bilibili-evolved.dev.user.js`. 2. Chrome 插件管理 `chrome://extensions/` > Tampermonkey > 详细信息 3. 打开 `允许访问文件网址` 4. 新建脚本 5. 粘贴内容: ```js // ==UserScript== // @name Bilibili Evolved (Local) // @description Bilibili Evolved (本地) // @version 300.0 // @author Grant Howard, Coulomb-G // @copyright 2023, Grant Howard (https://github.com/the1812) & Coulomb-G (https://github.com/Coulomb-G) // @license MIT // @match *://*.bilibili.com/* // @exclude *://*.bilibili.com/*/mobile.html // @exclude *://*.bilibili.com/api/* // @exclude *://api.bilibili.com/* // @exclude *://api.*.bilibili.com/* // @exclude *://live.bilibili.com/h5/* // @exclude *://live.bilibili.com/*/h5/* // @exclude *://m.bilibili.com/* // @exclude *://mall.bilibili.com/* // @exclude *://member.bilibili.com/studio/bs-editor/* // @exclude *://www.bilibili.com/h5/* // @exclude *://www.bilibili.com/*/h5/* // @exclude *://message.bilibili.com/pages/nav/index_new_sync // @exclude *://message.bilibili.com/pages/nav/index_new_pc_sync // @exclude *://t.bilibili.com/h5/dynamic/specification // @exclude *://bbq.bilibili.com/* // @run-at document-start // @grant unsafeWindow // @grant GM_getValue // @grant GM_setValue // @grant GM_deleteValue // @grant GM_info // @grant GM_xmlhttpRequest // @connect raw.githubusercontent.com // @connect cn.bing.com // @connect www.bing.com // @connect translate.google.cn // @connect translate.google.com // @connect localhost // @connect * // @require https://raw.githubusercontent.com/lodash/lodash/4.17.15/dist/lodash.min.js // @require file://{{ bilibili-evolved.dev.user.js的绝对路径 }} // @icon https://raw.githubusercontent.com/the1812/Bilibili-Evolved/preview/images/logo-small.png // @icon64 https://raw.githubusercontent.com/the1812/Bilibili-Evolved/preview/images/logo.png // ==/UserScript== ``` 6. 将里面的 `{{ bilibili-evolved.dev.user.js的绝对路径 }}` 替换为第一步生成的文件的真实路径. > Windows 例子: `@require file://C:/xxx/Bilibili-Evolved/dist/bilibili-evolved.dev.user.js` > macOS 例子: `@require file:///Users/xxx/Documents/Bilibili-Evolved/dist/bilibili-evolved.dev.user.js` > 上面那些其他的 @require 跟 `src/client/common.meta.json` 里的保持一致就行, 偶尔这些依赖项会变动导致这个本地调试脚本失效, 到时候照着改一下就行. 7. 进入 b 站, 安装 `DevClient` 组件, 功能中显示已连接时就是成功了 **如果使用 Firefox 或 Safari** 1. 运行 `启动开发服务 dev-server` 任务时, 假设得到的本体链接为 `http://localhost:23333/dist/bilibili-evolved.dev.user.js` 2. 继续 Chromium 指南中的第 3 ~ 6 步, 但在第 6 步时 `@require` 的链接使用 `http://localhost:23333/dist/bilibili-evolved.dev.user.js`. 3. 保存脚本, 运行 `启动开发服务 dev-server` 任务 4. 进入 b 站, 安装 `DevClient` 组件, 将 `本体刷新策略` 设置为 `不刷新`, 功能中显示已连接时就是成功了 5. 每次本体代码变动后, 需要在 Tampermonkey 中编辑脚本 - 外部, 删除 `localhost` 的缓存文件后刷新生效. ### 组件 组件除了本体内置的几个(内置的按照本体的调试方法就行), 其他都是和本体分离的, 本节包括这些组件的编译和调试方法, 同样适用于插件. 组件的源代码和产物均位于 `registry` 文件夹中. ## 修改 1. 运行 `启动开发服务 dev-server` 2. 在脚本的设置面板 - 组件详情中, 从右下角的菜单中选择 `开始调试`. 3. 找到对应的代码文件修改, 可以搜索组件的 `name` 或 `displayName` 定位文件, 修改后会自动更新. ## 新增 ### 本体 本体内容的新增, 可以在 `src/` 中进行, v2 中不再有 v1 的奇怪限制, 你可以直接增加文件, 在代码中使用 `import` / `export` 等. ### 组件 在 `registry/lib/components` 中是所有组件的源代码. > 你可能还发现 `src/components` 中也有一些组件, 这些是内置组件, 无法独立安装/卸载. 1. 根据类别进入对应的子文件夹, 如样式修改的功能就是 `style/` 2. 新建文件夹, 名称为组件名, 单词短横线分隔 3. 新建文件 `index.ts` 作为组件入口点 > 此名称不可更改, webpack 配置中将搜索所有 index.ts 作为组件编译入口 4. 在 `index.ts` 中导出 `component` 对象, 用 `defineComponentMetadata` 定义组件. ```ts import { defineComponentMetadata } from '@/components/define' export const component = defineComponentMetadata({ // ... }) ``` 所需要的字段在 `@/components/types.ts` 的 `ComponentMetadata` 中,源码中有各属性的说明. 其中 `options` 字段的类型为同文件中的 `OptionsMetadata`. 在 `@/components/define.ts` 中还提供了几个方法用于辅助定义. > `author` 字段记得填, 这个因为我自己写的组件不需要所以就不是 required 的 5. 根据组件的复杂度, 可以自行在文件夹中创建其他文件来组织代码, 下方还列出了一些可用资源可以帮助你加快开发. 6. 运行任务 `功能:编译组件 prod:build-components`, (插件运行 `功能:编译插件 prod:build-plugins`), 任务会询问要编译的组件是哪个, 从列表中选择即可. 7. 然后运行 `启动开发服务 dev-server`, 访问 `http://localhost:23333/registry/dist`, 可以找到组件的 localhost 连接. 8. 进入 b 站, 打开脚本的设置面板 - 组件管理, 粘贴组件的链接并安装. 9. 后续同 [修改](##修改) 中的 2 ~ 3 步. ### 插件 在 `registry/lib/plugins` 中是所有插件的源代码, 步骤和组件基本一致, 只有在第 4 步中, 导出的是 `plugin` 对象, 实现 `PluginMetadata` 接口. > 关于如何判断要实现的是组件还是插件, 可以想想这个功能能否独立存在, 插件的定位是是增强组件的功能, 如果要开发的功能在没有安装某个组件的情况下毫无作用, 那么它就应该是一个插件; 如果可以独立存在并发挥一些作用, 那么它就应该是一个组件. ## 可用资源 本体提供了大量 API 供组件 / 插件使用. ### 全局 全局变量, 无需 `import` 就可以直接使用. (Tampermonkey API 这里不再列出了, 可根据代码提示使用) - `Vue`: Vue 2 提供的主要对象. 不再推荐使用. 如果需要以选项式方式定义 Vue 组件, 请使用 `defineComponent` 而非 `Vue.extend` 或 `new Vue`. - `lodash`: 包含所有 Lodash 库提供的方法 - `dq` / `dqa`: `document.querySelector` 和 `document.querySelectorAll` 的简写, `dqa` 会返回真实数组 > 在 `bwp-video` 出现后, 这两个查询函数还会自动将对 `video` 的查询扩展到 `bwp-video` - `none`: 什么都不做的空函数 - `componentTags`: 预置的一些组件标签, 实现 `ComponentMetadata.tags` 时常用 ### 本体 API 仅介绍常用 API, 其他可以翻阅源代码了解, `core` 中的代码中均带有文档. - `core/ajax`: 封装 `XMLHttpRequest` 常见操作, 以及 `bilibiliApi` 作为 b 站 API 的响应处理 (`fetch` 可以直接用) - `core/download`: `DownloadPackage` 类封装了下载文件的逻辑, 可以添加单个或多个文件, 多个文件时自动打包为 `.zip`, 确定是单个文件时也可以直接调用静态方法 `single` - `core/file-picker`: 打开系统的文件选择对话框 - `core/life-cycle`: 控制在网页的不同生命周期执行代码 - `core/meta`: 获取脚本的自身元数据, 如名称, 版本等/ - `core/observer`: 封装各种监视器, 包括元素增删, 进入/离开视图, 大小变化, 以及当前页面视频的更换 - `core/spin-query`: 轮询器, 等待页面上异步加载的元素, 也可以自定义查询条件 - `core/runtime-library`: 运行时代码库, 目前支持导入 protobufjs 和 JSZip 使用 - `core/user-info`: 获取当前用户的登录信息 - `core/version`: 版本比较 - `core/settings`: 脚本设置 API, 可监听设置变更, 获取组件设置, 判断组件是否开启等 - `core/toast`: 通知 API, 能够在左下角显示通知 - `core/utils`: 工具集, 包含各种常量, 格式化函数, 排序工具, 标题获取, 日志等 ### 组件 API - `components/define`: 包含定义组件的相关方法 - `components/types`: 组件相关接口定义 - `components/styled-components`: 包含样式的组件 entry 简化包装函数 - `components/user-component`: 用户组件的安装/卸载 API - `components/description`: 获取组件或插件的描述, 会自动匹配语言并插入作者标记, 支持 HTML, Markdown 和纯文本形式 - `components/feeds/`: - `api`: 动态相关 API 封装, 获取动态流, 对每一个动态卡片执行操作等 - `BangumiCard.vue`: 番剧卡片 - `VideoCard.vue`: 视频卡片 - `ColumnCard.vue`: 专栏卡片 - `notify`: 获取未读动态数目, 最后阅读的动态 ID 等 - `components/video/`: - `ass-utils`: ASS 字幕工具函数 - `player-light`: 控制播放器开关灯 - `video-danmaku`: 对每一条视频弹幕执行操作 - `video-info`: 根据 av 号查询视频信息 - `video-quality`: 视频清晰度列表 - `video-context-menu`: 向播放器右键菜单插入内容 - `video-control-bar`: 向播放器控制栏插入内容 - `watchlater`: 稍后再看列表获取, 添加/移除稍后再看等 - `components/live/`: - `live-control-bar`: 向直播控制栏插入内容 - `live-socket`: 直播间弹幕的 WebSocket 封装 - `components/utils/`: - `comment-apis`: 对每条评论执行操作 - `categories/data`: 主站分区数据 - `components/i18n/machine-translator/MachineTranslator.vue`: 机器翻译器组件 - `components/switch-options`: SwitchOptions API, 方便创建含有多个独立开闭的子选项的功能 - `components/launch-bar/LaunchBar.vue`: 搜索栏组件 ### 插件 API - `plugins/data`: 数据注入 API 持有数据的一方使用特定的 `key` 调用 `registerAndGetData` 注册并获取数据, 在这之前或之后所有的 `addData` 调用都能修改这些数据. 两方通过使用相同的 `key` 交换数据, 可以有效降低代码耦合. 例如, 自定义顶栏功能的顶栏元素列表就是合适的数据, 夜间模式的插件可以向其中添加一个快速切换夜间模式的开关, 而不需要修改自定义顶栏的代码. > 有时候需要分开数据的注册和获取, 可以分别调用 `registerData` 和 `getData` > 从设计上考虑好你的数据是否适合此 API, `addData` 做出的数据修改是单向累加式的, 不能够撤销. 以 `git` 作为比喻的话, 就是只能继续 `git commit`, 不允许 `git reset`. - `plugins/hook`: 钩子函数 API 对于某种特定时机发生的事件, 可以调用 `getHook` 允许其他地方注入钩子提高扩展性, 其他地方可以调用 `addHook` 进行注入. 例如, 自动更新器在组件管理面板注入了钩子, 在新组件安装时记录安装来源, 实现自动更新. 组件管理面板没有任何更新相关代码. - `plugins/style`: 提供简单的自定义样式增删 API (复杂样式请考虑组件或者 Stylus) ### UI 所有的 UI 组件建议使用 `'@/ui'` 导入, 大部分看名字就知道是什么, 这里只列几个特殊的. - `ui/icon/VIcon.vue`: 图标组件, 自带 MDI 图标集, b 站图标集, 支持自定义图标注入 - `ui/_common.scss`: 一些通用的 Sass Mixin, 在代码中可以直接使用 `@import "common"` 导入 - `ui/_markdown.scss`: 提供一个 Markdown Mixin, 导入这个 Mixin 的地方将获得为各种 HTML 元素适配的 Markdown 样式. 在代码中可以直接使用 `@import "markdown"` 导入 - `ui/ScrollTrigger.vue`: 进入视图时触发事件, 通常用于实现无限滚动 - `ui/VEmpty.vue`: 表示无数据, 界面可被插件更改 - `ui/VLoading.vue`: 表示数据加载中, 界面可被插件更改 - `ui/AsyncButton.vue`: `click` 事件为异步函数时, 执行期间自动使 `Button` 禁用, 其他和 `Button` 相同. ## 代码类型检查 提交 Pull Request 前, 请确保代码通过类型检查. 类型检查以 VS Code 任务: `生产:类型检查 prod:type` 为准. > 项目有[计划](https://github.com/the1812/Bilibili-Evolved/discussions/3939)从 Vue 2 迁移到 Vue 3, 因此虽然我们[启用](https://github.com/the1812/Bilibili-Evolved/pull/4337)了 Volar 对 *.vue 文件进行类型检查, 却未完全修复 Volar 报告的类型错误. 因此,开发时 VS Code 报错属正常现象. Pull Request 的类型检查标准仍以上述内容为准. ## 代码风格检查 项目中含有 ESLint, 不通过 ESLint 是无法进行 Pull Request 的. 你可以使用 [ESLint](https://marketplace.visualstudio.com/items?itemName=dbaeumer.vscode-eslint) 插件实时检查当前代码, 也可以运行 `生产:代码检查 prod:lint` 或 `生产:代码修复 prod:lint-fix` 来使用 ESLint 的命令行进行检查. 配置基于 `airbnb-base`, `typescript-eslint/recommended`, `vue/recommended` 修改而来, 几个比较特殊的规则如下: ### 强制性 - 除了 Vue 单文件组件, 禁止使用 `export default`, 所有导出必须命名. - 参数列表, 数组, 对象等的尾随逗号必须添加. - 如非必要禁止在末尾添加分号. - 任何控制流语句主体必须添加大括号. ### 建议性 - 一行代码最长 80 字符. - 不需要使用 `this` 特性的函数, 均使用箭头函数. ## 提交 commit 仅提交源代码上的修改即可, 不要把 dist 文件夹里的产物也提交, 产物会在发布新版本时在对应的生产分支上构建. commit message 只需写明改动点, 中英文随意, 也不强求类似 [commit-lint](https://github.com/conventional-changelog/commitlint) 的格式. ## 发起 PR (合并请求) 将你的分支往主仓库的 `preview-features` (新增功能) 或 `preview-fixes` (功能修复) 分支合并就行. 或者, 也可以选择不将功能代码合并到主仓库, 因此也没有 ESLint 的限制. PR 时仅添加指向你的仓库中的组件信息即可, 具体来说, 是在 `registry/lib/docs/third-party.ts` 中, 往对应数组中添加你的功能的相关信息, 当然别忘了把 `owner` 设为你的 GitHub 用户名.