Reactive Resume 语义 CSS 样式表设计:让 React PDF 简历模板接受“类 CSS“定制的语言与实现

Reactive Resume 语义 CSS 样式表设计:让 React PDF 简历模板接受"类 CSS"定制的语言与实现

【免费下载链接】reactive-resumeA one-of-a-kind resume builder that keeps your privacy in mind. Completely secure, customizable, portable, open-source and free forever. Try it out today!项目地址: https://gitcode.com/GitHub_Trending/re/reactive-resume

Reactive Resume 使用 React PDF 而非浏览器 HTML 渲染简历模板,这意味着浏览器 CSS 无法直接落地。本仓库中的 Semantic CSS Stylesheet Design 设计文档定义了替代方案:一套可整段复制粘贴的"语义 CSS"文本语言,配合类型化编译器、不可变虚拟语义树和受限选择器,把 PDF 视觉定制从笨重的表单 UI 升级为熟悉且可分享的文本样式表。读完本文,你能理解该设计的目标与边界、存储与并发模型、编译器流水线、选择器/级联/单位规则、旧版 styleRules 的确定性迁移,以及它在仓库中的真实落地位置(packages/resume编译器、packages/pdf语义树与模板绑定、packages/schema持久化模型)。

背景:为什么表单式 styleRules 不够用

当前简历的自定义样式存储在metadata.styleRules中,每条规则只能指向"全部区块 / 某一区块类型 / 某一区块 ID",并作用于一个语义槽位。该设计安全且可移植,但存在两个痛点:

• 表单形式难以复述、难以分享(没法直接复制给别人);
• 目标模型覆盖不到页眉、单个条目/字段、页面区域、模板专属视觉部件(timeline 线、头像背景等)。

设计文档给出的回答是:用一个熟悉的文本语言替换表单,但保留类型化编译与语义目标——不承诺任意浏览器 CSS 能在 React PDF 里运行。

目标与非目标

核心目标(逐条来自设计文档):

• 为所有 PDF 专属视觉定制提供一段可复制粘贴的文本样式表;
• Design、Typography、Layout、Page、Picture 控件保留为底层设置;
• 样式表在所有暴露的语义 PDF 节点上覆盖底层视觉;
• 可定位:全部区块、区块类型组、单个区块、单个条目、单个字段、结构区域、页眉内容、富文本,以及文档化的模板专属部件;
• 支持可移植主题规则,以及基于稳定 ID 的单简历专属规则;
• 支持固定的 React PDF 渲染器能安全实现的几乎全部样式属性;
• 用户文本无效时保留原文,继续渲染最后一个有效样式表;
• 浏览器预览、浏览器导出、公开 PDF 视图、服务器 PDF 导出行为完全一致;
• 既有结构化 styleRules 无损(视觉等价)转换为语义 CSS。

明确不做的事(Non-goals)同样是设计的一部分:

• 不编辑简历内容、不改 builder 布局元数据;
• 不适用于 DOCX 和 Markdown 导出;
• 不暴露浏览器 DOM、JavaScript、任意渲染器对象或可执行表达式;
• 不支持动画、过渡、交互伪类、CSS Grid、content生成内容、浏览器专属属性;
• 不加载字体、图片、@import或任何远程/内嵌资源;
• font-family选择仍归 Typography 区块所有;图片的源、上传、裁剪、可见性仍归 Picture 区块(但渲染出的 picture 节点可以被样式表缩放、定位、变换或隐藏)。

产品模型:语义 CSS 是最终层

视觉优先级自下而上是:

1. Builder 视觉设置与模板默认值;
2. 模板专属计算样式;
3. 语义 CSS 声明;
4. 防止渲染崩溃的最小不变量(唯一的越权约束,且每条都须文档化)。

样式表可以视觉上的隐藏、重排、缩放、定位既有输出,但只影响 PDF 呈现,不会改写内容、区块顺序或分页归属。文档同时要求:声明在模板样式之后解析,原本位于用户声明之上的"美化型"安全默认(如文字自动缩小)必须下沉到样式表之下,只有防止渲染器崩溃的约束才能留在用户声明之上。

持久化模型:source / applied / revision 三元组

简历元数据获得一个带版本的样式表值,这是设计文档中最关键的存储契约:

type StylesheetSource = { languageVersion: number; text: string; }; type SemanticStylesheet = { mode: "legacy" | "semantic"; source: StylesheetSource; applied: StylesheetSource; }; type StylesheetMutationState = { revision: number; stylesheet: SemanticStylesheet; };

各字段的职责:

• source.text是精确的可编辑文本,允许无效;
• applied.text是最近一次有效文本,是唯一用于渲染的文本;
• 两个值各自携带languageVersion,允许面向未来语言版本的无效 source 保留并继续渲染旧的有效程序;
• mode是持久化的渲染判别值,缺失即视为legacy;
• revision是服务器拥有的并发元数据,存入独立数据库列,只在样式表变更响应中返回,不属于简历内容本身。

仓库中该模型的 Zod 实现位于 stylesheet.ts:languageVersion被约束为正整数,并附带一个"兼容性 transform"来归一化历史数据形态——这正是设计文档"容忍模式(tolerant schema handling)"要求的后端先行部署行为。

编译后的 AST/IR永不持久化。浏览器与服务器端编译是纯函数,按语言版本、source 哈希、编译器构建、语义注册表指纹、PDF 适配层指纹做缓存;缓存有界且进程内,绝不作为持久状态。

并发控制:preflight 在锁外,CAS 在锁内

样式表由一个专用认证变更管理,而不是走既有的全量 autosave 路径;通用resume.update必须保留数据库中的样式表值而非用提交的简历数据覆盖它(该保留行为必须先于客户端开始发送语义 CSS 数据之前上线)。写路径:

1. 读取不可变简历快照;
2. 基于快照完成编译 + 有界 PDF 渲染 preflight(不持有数据库锁);
3. 短事务对revision与简历 render-data 版本做 compare-and-swap,任一变化即冲突不写;
4. 客户端把未保存的 source rebase 到新快照后重试。

这防止了"promotion 针对的内容/底层设置与 preflight 时不一致"的竞态。设计文档定义了完整的状态迁移表:

• 编辑 source:忽略客户端传来的 applied。语义模式下仅在编译 + preflight 成功后把候选写入applied,否则保留现有applied;legacy 模式下的编辑只是不激活的草稿。
• 激活转换结果:需要显式的Activate Semantic CSS动作——仅仅打开、编辑或 autosave 一份 legacy 草稿不会激活语义模式。
• 编辑器撤销/重做:独立编译本地历史条目携带的历史 applied 值,preflight 后原子恢复历史的 source/applied 对;若 applied 无效则拒绝迁移。
• 导入:编译导入的 source;无效则独立校验导入的 applied 值并仅在 preflight 通过后保留,否则使用空的支持版本 applied source。
• 复制简历:复制服务器拥有的样式表内容,同时为新简历初始化全新 revision。
• 版本恢复:用所选快照的 source/applied 对恢复,但要用该版本的编译器校验 + preflight。

每次成功迁移递增revision并返回规范状态 + 诊断。客户端把样式表变更串行化:同一时刻只有一个请求在途,后续编辑替换唯一排队候选;每个 ack 都推进本地 revision,但只有当 generation 仍是最新时才用其 payload 更新编辑器状态。并发 revision 被排除在 JSON 导出与版本快照之外。

编译器:环境中立、版本不可变

编译器是一个被 Web 应用、API 与 PDF 渲染器共同使用的通用包,流水线为:

source -> CSS tokenizer/parser -> syntax AST -> restricted-language validation -> selector and value compilation -> versioned StyleProgram + diagnostics

StyleProgram包含规范化选择器、声明值、源码位置、specificity、媒体条件与结构指令,不含任何 React / React PDF 值;PDF 适配层再把解析后的声明翻译成 React PDF 样式与原始 props。设计文档明确要求使用标准兼容的 CSS 解析器而非手写半截 tokenizer,语义 CSS 校验叠在解析器之上并显式拒绝不支持的构造。

仓库中的真实实现印证了这条流水线:

• parse.ts 直接调用csstree.parse(source, { positions: true, parseCustomProperty: true, ... }),把每个解析错误转为带精确行列范围的CSS_PARSE_ERROR诊断,无法识别的Raw语法转CSS_RAW_SYNTAX错误;
• compile.ts 在编译入口先做资源限制(源字节数、函数嵌套深度),再校验@version指令(缺失、重复、非法、与语言版本不匹配各有独立诊断码),最后用 version.ts 中的版本表取编译器——当前SUPPORTED_SEMANTIC_CSS_VERSIONS仅含1,每个已发布版本对应不可变的编译实现;
• index.ts 统一导出parseStylesheet、compileStylesheet、analyzeStylesheet(语义分析)、resolveStylesheet(级联/继承/结构解析)以及三个注册表,与文档"编译 + 语义分析两阶段共享诊断类型"的架构一一对应。

资源限制是编译器的一等公民。limits.ts 定义了SEMANTIC_CSS_LIMITS_V1:

语言版本是正整数;不支持的版本按不透明可编辑文本保留,但不能替换applied。一个编译器只有在事务性迁移用新版本重编译 + preflight 所有受影响的 applied 样式表、且没有任何已存简历还引用旧版本后,才允许退役。

虚拟语义树:选择器匹配的是语义节点而非组件

选择器匹配的是一个带版本、不可变的虚拟简历树,而不是 React 组件名:

resume page region header picture name headline contact-list contact-item section section-heading section-items item item-header field link icon level rich-text paragraph list list-item list-marker

模板专属"chrome"暴露为template-part节点;每个部件名必须注册、文档化且稳定,例如timeline-line、timeline-dot、featured-summary、sidebar-background、item-header-border。节点只携带文档化的语义属性:id(稳定区块/条目 ID)、type(规范区块类型)、name(字段/联系方式/部件名)、template(根上选中模板)、placement(main/sidebar)、region、page-number(从 1 开始的布局页号)、role(如primary-text、secondary-text、structured-link)。

不支持自定义 class——简历数据没有 class 编写面;分组通过选择器列表、属性、:is()、:where()表达。所有共享原语与全部 15 个模板必须在语义 CSS 成为默认之前注册语义节点;当前模板缺失的已知语义节点是合法 no-op 并产生警告。

规范节点契约为:

type SemanticNode = { key: string; kind: SemanticNodeKind; id?: string; attributes: Readonly<Record<string, string>>; roles: readonly string[]; children: readonly SemanticNode[]; };

每个模板从ResumeData、模板配置、规范化富文本与类型化语义注册表构建同一棵权威描述树;选择器匹配、上下文诊断、继承、结构解析、React 渲染全部消费它,React 组件不得独立创建未注册的语义子节点。tree.ts 中的semanticNode()构造器就是这一契约在packages/pdf侧的实现入口。

选择器语言与示例

支持:类型选择器与通用选择器、ID 与属性选择器、逗号选择器列表、后代/子/相邻兄弟/通用兄弟组合符、:is()、:where()、:not(),以及静态结构伪类:first-child、:last-child、:only-child、:nth-child()、:nth-of-type()。交互或浏览器状态伪类是错误。SemanticNode.id同时映射到#id与[id="…"];roles映射为空格分隔的role属性,用[role~="token"]匹配;其余属性按注册名暴露。属性操作符支持存在、=、~=、|=、^=、$=、*=。名称(元素、属性、角色、注册关键词)是小写 ASCII 且大小写敏感;值与 ID 大小写敏感;UUID 建议用带引号的[id="…"]语法。

设计文档给出的示例样式表:

:root { --accent: #2563eb; --compact-gap: 4pt; } section:is([type="experience"], [type="education"]) { margin-bottom: 8pt; } section#experience > section-heading { color: var(--accent); text-transform: uppercase; } region[placement="sidebar"] section, section#skills { background-color: rgba(20, 30, 40, 0.08); } item[id="f27be2d2-13a9-4f16-8248-c8735a27dd1c"] field[name="period"] { opacity: 0.7; } resume[template="azurill"] template-part[name="timeline-dot"] { background-color: var(--accent); }

可移植样式应优先使用区块类型、角色、placement、region、模板属性;精确的区块/条目 ID 只在规则确实只属于某一份简历时使用。

级联、继承与结构解析

级联遵循熟悉的作者样式规则:!important压过普通声明;specificity 依次比较 ID、属性与伪类、元素名;:where()贡献零 specificity;同分按源码顺序。自定义属性参与级联与继承;循环或无法解析的变量是错误(除非有合法 fallback)。

只有属性注册表中标记为可继承的属性才穿过语义树,盒与布局属性绝不隐式继承。inherit/initial/unset/revert的语义:

• revert:移除该节点上赢得的语义 CSS 声明,暴露其 builder/模板底层值;
• initial:取注册表初始值;
• inherit:取语义父节点的计算值;
• unset:可继承属性取inherit,否则取initial;
• revert-layer不支持。

解析使用一份不可变源树快照,固定六个阶段:

1. 按原始父子关系与兄弟顺序匹配所有选择器;
2. 按 CSS 规则计算 specificity(:is()/:not()取最特异参数,:where()为零);
3. 级联声明与自定义属性,计算继承值;
4. 一次性解析结构声明;
5. 剔除display: none子树,按order稳定排序剩余兄弟(同序按原始顺序);
6. 渲染解析后的树。

被隐藏和重排过的节点不改变哪些选择器命中、位置伪类、兄弟组合符或继承——结构声明不能触发第二轮选择器匹配。这一"单一快照"模型是预览、导出、公开渲染完全一致的关键,对应实现位于 cascade.ts。

属性、值、单位与结构声明

属性注册表以熟悉 kebab-case 名暴露 React PDF 适用面:Flexbox(含gap、order)、宽高与 min/max、相对/绝对定位、overflow、堆叠、display、颜色、透明度、完整文本属性集(字号/字重/行高/间距/对齐/装饰/变换/缩进/行数)、margin/padding/border/圆角、picture 节点上受支持的图像尺寸与 object-fit。font-family被拒绝;background-image、src、url()等携带资产的属性与函数被拒绝。

单位:pt、in、mm、cm、%、vw、vh、em、rem;无单位 PDF 数值按点(pt)解释;px为熟悉度被接受,按 96 DPI → 72 DPI 换算为 PDF 点。rem对 Typography 根字号解析;font-size的em对语义父字号解析,其他属性的em对目标节点字号解析;相对单位循环是错误。实际属性定义集中在 properties.ts 导出的PROPERTY_REGISTRY_V1。

媒体查询支持页宽、页高、orientation:

@media (max-width: 500pt) { region[placement="sidebar"] { width: 30%; } }

分页与页面行为用标准属性为主、命名空间扩展为辅(React PDF 以原始 props 而非样式属性暴露的部分):

section[type="experience"] { break-inside: avoid; -resume-min-presence-ahead: 24pt; } page { size: A4; } header { -resume-fixed: true; }

支持的结构声明:display: none、order、break-before: page、break-inside: avoid、orphans/widows、-resume-fixed、-resume-min-presence-ahead、页面节点的size。结构声明在准备语义子描述符时解析,先于React 组件树创建;CSS 不能把节点移到不同父级,绝对定位只能改视觉位置。page-number标识的是从 1 开始的metadata.layout.pages条目;React PDF 可能把一个创作页包裹进多个物理子页——物理子页不可独立选择,继承创作页上下文,固定节点在其派生的物理子页上重复。页面尺寸在非循环阶段求值:非媒体size先对 builder 默认值解析,媒体条件再对最终创作页尺寸求值,@media内的size是错误。值必须有限;过大、负值或易重叠的值产生警告而非视觉钳制,硬性技术上限只为防崩溃、防病态分配与拒绝服务。

编辑器体验

Builder 右侧栏的 Custom Styles 变为等宽样式表编辑器,另有保留实时预览的展开模式。能力清单:CSS 语法高亮、行列级诊断(错误/警告双严重度)、选择器/属性/关键词/变量补全、由语义与属性注册表生成的悬停文档、颜色预览、查找替换、显式格式化、标准复制粘贴、清晰的 applied 状态指示。除用户显式格式化外,源码文本与格式被逐字保留。

编译在 web worker 内经短暂防抖运行,状态必须区分:Applied、Applied with warnings、Errors(并明确提示预览与导出使用最后有效版本)。编辑器把源码状态与全量简历 autosave 分离,对编译候选跑浏览器渲染 preflight,发出串行化、防抖、带 revision 的样式表变更;撤销/重做同时携带两个样式表值并走显式 restore 迁移,保证撤销恢复的是"匹配的历史文本 + 历史渲染输出"。实现计划 中记录了技术栈细节:CSSTree 解析、@bramus/specificity计算 specificity、CodeMirror 6 编辑器、Prettier standalone 格式化、RFC 8785canonicalize规范序列化。

诊断、公开投影与隐私边界

错误(阻止新 source 成为 applied):无效 CSS 语法;未知语义元素或属性;未知或不受支持的属性;无效值/单位/选择器/伪类/at-rule/变量循环;被禁止的字体或资产访问;超出源长、规则数、嵌套或选择器复杂度限制。compile.ts 中的RESOURCE_LIMIT、MISSING_VERSION_DIRECTIVE、VERSION_MISMATCH、UNSUPPORTED_VERSION等诊断码即该清单的落地。

警告(不阻止应用):已知选择器在当前简历/模板中不命中任何节点;属性合法但对所选节点无效;极值可能引发重叠、裁切或不可读输出。服务器在保存响应中返回编译器诊断;浏览器诊断即时返回且使用同一编译器、同一语义分析器、同一诊断码。

隐私上,可编辑 source、源码位置、注释与诊断都是 owner-only 数据:公开简历响应排除两个 source 值,只包含完全解析后的投影:

type PublicStyleProjection = { formatVersion: 1; languageVersion: number; semanticTreeVersion: number; registryFingerprint: string; adapterFingerprint: string; renderDataHash: string; nodes: Readonly<Record<string, ResolvedPdfNodeStyle>>; };

投影按稳定节点 key 存放最终声明与结构 props,变量已解析,注释/变量名/选择器/源码跨度/诊断全部剥离。公开浏览器仅在所有版本、指纹与 render-data 哈希全部匹配时接受它;renderDataHash是对"完整公开渲染输入 + 解析节点投影"做域分隔、RFC 8785 JCS 规范化后的 SHA-256,域包含投影格式版本,排除 owner-only 元数据与两个 source 值。浏览器在接受前重算哈希,不匹配则请求新投影或回退服务器渲染 PDF——回退仍走既有公开可见性/密码策略与限流,不构成授权绕过。服务器 PDF 导出则直接编译数据库中的 applied 值。

旧版 styleRules 的确定性迁移

metadata.styleRules在兼容期内保持可读。若简历有 legacy 规则但没有激活的语义 CSS:PDF 渲染继续用 legacy;打开 Custom Styles 时确定性地转换;生成的 source 保留目标 specificity 与数组顺序;驼峰 intent 属性变 kebab-case 声明;数值尺寸变显式 pt;规则标签变注释;禁用规则变明确标注的注释块;草稿 autosave 保持 legacy 渲染;用户对比转换后的预览后显式点击Activate Semantic CSS,激活后语义样式表独占生效。

示例映射:

/* Experience heading */ section[type="experience"] > section-heading { font-size: 20pt; }

关键是行为等价而非盲目改名:转换器把每条规则走一遍 legacy 解析器(含 specificity、数值钳制、链接装饰顺序、粗体/模板优先级、图标尺寸换算、已知模板例外),序列化器只输出保住当前渲染外观所需的有效增量;行为等价的保留可移植原始作用域,legacy 组合需要时输出简历专属 role/ID 例外。标签、ID、属性值、字符串、注释结束符全部经同一 CSS 序列化器转义;原本无渲染效果的 legacy 声明保持不生效,并用生成注释说明而不是悄悄获得新行为。视觉等价仅在"当前简历数据 + 模板 + 底层设置"下于激活时保证;之后的模板/底层变更按语义 CSS 行为走。legacy 规则在特性开关兼容期内作为只读回滚数据保留,旧的 Reactive Resume JSON 导入继续解析它们,新导出包含完整的带版本样式表值。设计文档特别澄清:不需要批量数据库迁移——"无批量迁移"指无需回填或改写既有 resume JSONB 行,但服务器拥有的 revision 列需要一个普通 DDL 迁移(默认值 0)。转换器实现与等价性验证位于 legacy-converter.ts 与 legacy-parity.ts。

安全与资源边界

语义 CSS 是声明式的:不能执行代码、不能拉取资源。编译器强制有界的源长、规则/声明数、选择器长与组合符数、功能伪类嵌套、变量展开深度、媒体查询嵌套(即前述SEMANTIC_CSS_LIMITS_V1)。属性注册表定义每个属性的值语法、简写展开、继承性、允许的原始类型、相对单位行为与硬技术边界,并且在变量与简写展开之后再次校验,使被禁止的资产函数无法藏进这两个构造。PDF 生成额外强制最大创作页尺寸、最大输出页数、渲染超时与内存预算;候选 promotion 在替换applied前执行这次有界渲染 preflight,preflight 失败则保存可编辑 source、保留旧 applied 并返回受控诊断。

注册表驱动的文档与测试

语义元素名、属性、模板部件名、属性、值、继承行为与支持的节点类型全部来自类型化注册表(semantic.ts 导出SEMANTIC_REGISTRY_V1、SEMANTIC_NODE_KINDS、canContainNode,system-variables.ts 导出SYSTEM_VARIABLE_REGISTRY_V1)。编辑器补全数据、用户文档、编译器校验与模板覆盖测试都从这些注册表生成——这让未文档化的模板内部不可达,也防止文档与运行时行为漂移;仓库还配有 generate-reference.ts 从注册表生成文档参考。

测试策略按编译器、模式与持久化、PDF 渲染、Web 编辑器、端到端验收五个面展开,要点包括:黄金词法/解析 fixture;选择器匹配、specificity、!important、继承、变量、重置、简写、单位、媒体查询;revision CAS 拒绝过期并发保存;preflight 在锁外 + 短 CAS;序列化变更消费过期 ack 但不覆盖更新的编辑器状态;无效 source 保存而 applied 保留;通用全量更新保留服务器拥有的样式表;客户端无法通过常规编辑伪造applied;公开 DTO 遮蔽 source/注释/诊断;15 个模板全部通过视觉回归与全面样式表 smoke 渲染;浏览器与服务器适配层解析同一程序。仓库端对应资产包括packages/pdf/src/semantic/下的 all-templates-smoke.test.tsx、pagination.test.tsx、legacy-parity.test.ts、public.test.ts,以及 tests/e2e/specs/semantic-css 目录下的端到端验收与视觉基线。

灰度发布与成功判据

发布分八步:1) 全量后端先部署休眠的编译器、注册表、容忍模式 schema、公开投影/遮蔽、通用更新的字段保留与带 revision 的专用变更,此时任何客户端都不能激活语义 CSS;2) 在关闭的作者态特性开关后引入 legacy 转换器;3) 给共享 PDF 原语与结构子准备加插桩;4) 给 15 个模板的页眉与模板专属部件加插桩;5) 加入编辑器与 revision/冲突行为;6) 测试中 legacy 与语义 CSS 渲染路径并行运行且互不双重应用;7) 对 opted-in 简历启用并监控编译失败、revision 冲突、渲染延迟、内存、输出页数与回退用量;8) 在混合客户端兼容、公开遮蔽、模板覆盖、视觉回归、资源限制与端到端门槛全部通过后默认启用。作者态开关控制编辑器可用性与灰度组新简历的初始模式;默认启用前,组外简历以 legacy 模式起步,之后以空 version-1 source 起步;渲染永远尊重已持久化的语义模式。样式表永不叠加在 legacy 规则之上——激活的样式表对自定义 PDF 样式独占优先。

成功判据(设计文档原文要点):一段文本可跨简历复制并复现可移植 PDF 样式;每个文档化语义节点与模板部件可被一致定位;可用稳定 ID 定位单个区块/条目而不使可移植选择器变得简历专属;无效文本永不丢失、永不破坏预览或导出;预览、公开渲染、浏览器导出、服务器导出四者一致;既有自定义样式经确定性转换后视觉等价;系统不接受任何可执行代码、字体选择、资产引用或网络获取构造;15 个模板全部通过语义覆盖与 PDF smoke 测试。

小结

这份设计文档的价值在于把"给 React PDF 定制样式"从一个表单问题重构成了一个语言问题:一个受限但熟悉的 CSS 子集 + 版本化不可变编译器 + 语义节点注册表 + source/applied 双态存储 + revision CAS 并发协议 + RFC 8785 哈希校验的公开投影。文档中的每一条约束——拒绝font-family、拒绝url()、单一快照解析、激活需显式动作、legacy 迁移走行为等价而非属性改名——都能在仓库的packages/resume/src/stylesheet、packages/pdf/src/semantic、packages/schema/src/resume/stylesheet.ts与 e2e 规格中找到对应实现与测试,构成了一份可审计的"设计 → 代码"闭环。

【免费下载链接】reactive-resumeA one-of-a-kind resume builder that keeps your privacy in mind. Completely secure, customizable, portable, open-source and free forever. Try it out today!项目地址: https://gitcode.com/GitHub_Trending/re/reactive-resume