wangEditor与kityFormula的集成问题
- 在基于 wangEditor 打造定制化富文本答题卡时，你最初选择 wangEditor 而非 TinyMCE、CKEditor 等其他富文本编辑器的核心考量因素有哪些？请结合项目中答题卡的特定需求（如题型适配、公式集成、编辑交互限制等），详细说明这些考量因素如何支撑项目落地，以及在实际开发中 wangEditor 的哪些特性或 API 帮助你高效实现了定制化功能？
- 项目中集成 kityFormula 实现数学公式输入功能，在将 kityFormula 与 wangEditor 进行技术融合时，你遇到的最大技术难点是什么？请从编辑器插件机制、公式输入触发方式（如工具栏按钮、快捷键）、公式渲染同步（编辑态与预览态一致性）、公式数据存储格式设计这几个方面，详细描述你的解决方案和实现步骤，同时说明如何处理公式编辑过程中的异常情况（如公式语法错误、渲染失败）？
- 定制化富文本答题卡通常需要支持多种题型（如单选、多选、填空、简答、计算题等），不同题型对富文本编辑的需求存在差异（如填空题需固定输入框位置、计算题需关联公式输入区域）。请详细说明你是如何基于 wangEditor 进行扩展，实现不同题型的专属编辑交互逻辑的？在实现过程中，如何保证不同题型编辑模式切换时的状态稳定性，以及如何避免不同题型定制化功能之间的代码耦合？
- 无障碍数学公式输入是项目的核心亮点之一，请从 Web 无障碍标准（如 WCAG）出发，详细说明你在实现公式输入无障碍时做了哪些具体优化？例如，如何支持屏幕阅读器对公式输入过程的语音播报（如公式语法、光标位置、操作反馈）、如何设计键盘快捷键以满足无鼠标操作需求、如何优化公式编辑界面的焦点管理（如焦点进入 / 退出公式编辑区域的交互）？
- 在富文本答题卡的使用场景中，用户可能会频繁进行公式输入、编辑、删除操作，同时还会对文本内容进行格式调整（如字体、字号、颜色）。请详细分析这些操作可能给页面性能带来的影响（如 DOM 频繁更新、重排重绘、内存占用），并说明你采取了哪些性能优化措施？例如，是否使用了虚拟 DOM 技术、是否对公式渲染结果进行缓存、是否对频繁操作进行节流或防抖处理？
- 富文本答题卡最终需要将用户编辑的内容（包括文本和公式）进行数据存储和回显，请问你是如何设计数据存储格式的？请对比说明选择该格式（如 HTML 字符串、JSON 结构、自定义标记语言）的优势，以及在数据回显过程中如何保证公式和文本格式的准确性？例如，当从后端获取存储数据后，如何正确解析公式数据并通过 kityFormula 重新渲染，如何处理数据解析过程中的异常情况（如数据格式损坏、公式语法错误）？
- 在项目测试阶段，针对数学公式输入功能和无障碍特性，你设计了哪些具体的测试用例？请分别从功能测试（如公式输入完整性、编辑准确性、删除正确性）、兼容性测试（如不同浏览器、不同设备对公式渲染和无障碍功能的支持）、无障碍测试（如不同屏幕阅读器的兼容性、键盘操作的流畅性）三个维度进行详细说明，同时说明你使用了哪些测试工具或方法（如自动化测试框架、手动测试流程、第三方无障碍检测工具）来保障功能质量？
- 假设项目后期需要新增 “公式批量导入” 功能（支持用户从 Word、LaTeX 等文件中批量导入公式到答题卡），请详细分析实现该功能需要解决的核心技术问题，并说明你的技术实现思路？例如，如何解析不同格式文件中的公式数据、如何处理批量导入过程中的公式冲突（如与现有内容重叠）、如何保证批量导入的性能和稳定性（如大数据量公式导入时的进度展示、异常中断处理）？
- 在基于 wangEditor 进行定制化开发时，不可避免会涉及到对编辑器源码的修改或深度扩展。请详细说明你在项目中是否修改过 wangEditor 的源码？如果修改过，修改的具体场景和内容是什么？修改过程中如何保证代码的可维护性和后续升级兼容性（如如何处理 wangEditor 版本更新时的代码合并问题）？如果未修改过，你是如何通过编辑器提供的扩展机制（如插件、钩子函数）实现复杂定制化需求的？请举例说明扩展机制的使用场景和实现细节？
- 从项目可扩展性和可维护性角度出发，你在项目架构设计上做了哪些考量？例如，如何划分代码模块（如将富文本编辑、公式处理、题型管理、无障碍优化拆分为独立模块）、如何设计模块间的通信方式（如事件总线、状态管理）、如何制定代码规范和文档（如 API 文档、开发手册）以方便后续团队成员协作和功能迭代？同时，请说明在项目迭代过程中，如何平衡新功能开发和现有功能稳定性，例如如何进行版本管理、如何处理新旧功能的兼容性问题？
