教育产品组件化交互设计的实践与思考2.pdfVIP

组件化规划 ，就是规划模块化 ，组件可复用。是以通用化的视角审视模块规划 ， 依据事务方需求支撑多个产品的接入与运用。 在线教育领域内 ，标题是线上线下教育场景内校验学习的一种根本办法 ，一起 ，标题可以存在于 题库内 ，题库和组卷是承载标题的一般载体 ，而这两个载体在各产品教育体系内有共有的需求 ， 由于需求重合度较高 ，又具有高度的通用性。 所以 ，以组件的办法规划 “题库”和 “组卷”这两个模块 ，经过多种视点去衡量都是有其存在价 值的。多方考虑后 ，由教育部门 EduOS 团队担任完结题型的重构、题库的创立与办理、组卷的 办法等模块的组件化规划。一起在考虑可行性和根底结构的根底上 ，实现一个可在网易 100 分、 我国大学 MOOC 、云讲堂 C/B 端运用的题库及组卷。在资源共享的情况下 ，可以调用组件 ， 可以复用代码 ，也可以考虑通用模块功用等。 这篇文章首要是以抛出问题 ，经过 需求认同、一致 规划前期 项目问题及处理办法 了 解与考虑 这 4 个部分进行逐条讲述在这个进程中的实践与考虑。 对组件化的认同、一致 是否认同组件化规划 ？ 可能有些交互规划师本能上是抵抗组件化规划的 ，由于组件化的规划从某种视点上讲可能会扼杀 规划师对产品规划的构思。从交互视角看组件化规划 ，首要需求认同组件化规划。这儿可以讨论 两个问题。 1. 组件化规划能给产品或事务方带来什么 ？ 组件化规划带来的是复用 ：规划的复用 ，开发的复用 ，用户体会的复用。复用可以进步功率 ：在 产品迭代的进程中进步功率 ，在用户体会的运用上进步功率 ，防止用户因产品同类功用的操作不 一致而下降运用体会 ，并且后期组件可以同步迭代更新。 2. 一般事务方应该会更注重产品内用户场景性体会规划 ，那组件化规划后会不会献身事务方产 品的用户体会 ？ 在组件规划初期 ，交互规划师也需求充分发掘当下产品事务方尽可能多的需求 ，乃至未来潜在的 事务需求 ，从需求的结构上笼统出组件模块规划。但这儿的组件规划并非仅做大局结构规划 ，组 件的细节也是需求打磨的 ，并且组件化规划要凌驾于必定的交互标准根底之上 ，防止后期规划的 “乱用”。别的 ，在打磨细节时 ，特别要注意体系的稳定性和可维护性 ，能确保后期体系经过若 干迭代后还能保持一个运作杰出的生态体系。 什么样的需求或产品可以去做组件化规划 ？ 现在组件化现已趋于遍及 ，单一功用的组件更常见 ，比方查找组件、选择器组件 ，也有较完好的 功用模块组件。每一个组件都是一个完好的产品 ，它们在事务产品内不断扮演着再组合更多产品 的人物。但并不是一切的功用都合适去做组件 ，组件本身不存在影响产品的好与坏 ，最重要的是 在驱动组件化规划及晋级之前 ，要以组件化思想的姿势 ，对项目现状有比较明晰的评价和认知 ， 全面审视需求方向 ，考虑处理计划 ，提炼全功用组件。 在衡量组件化规划这个问题上 ，也可以去测验探寻一些量化办法 ，当然也不局限于量化的数据 ， 更重要的发掘产品方及用户的诉求。这就需求检测组件建议者对产品需求的思想广度与深度。 规划前期 怎样快速接纳并消化组件化需求 ？ 拿到需求后怎样着手去消化并剖析需求 ，也就是我们规划前期应该做好哪些作业 ？从确定建议做 题库组卷模块的组件到项目落地 ，我几乎没有充裕的时刻去深入了解需求。 简略剖析一下 ，首要组件化需求的特色是事务需求下沉 ，需求功用模块化 ，模块与模块关联性更 强。组件化需求的终极方针是将需求实现成由 n个 box 组合而成的功用 ，类似于乐高积木 ，尽 管每个积木都是彼此独立的 ，但是可以灵敏 ，可以多样。相同 ，拼装起来的组件模块也是灵敏多 样的 ，功用也是强壮的 ，所包括的逻辑性也就更强。所以 ，面对组件化需求 ，依据其需求特色 ， 总结了以下几点快速接纳消化需求的办法 ： 1. 需求思想模块化 ，快速分化需求。组件与组件之间不应该存在环形依赖联系 ，所以大可以去 快速分化需求。换种说法 ，就是将事务规划思想转化为通用规划思想。 举个简略栗子 ：题库需求可能涉及到多种题型 ，比方单选题 ，多选题 ，填空题 ，组合题等。题型 与题型之间会有相同特点和不同特点 ，那就需求将一切特点抛开题型抽离出来 ，对相同特点进行 剖析 ，相同特点即可规划为同类组件 ，乃至也考虑可以运用同一组件。 2. 尽可能完好地走查和收拾一切已有 潜在事务场景 ，并依据对需求稿的了解构建大局观 ， 全链路考虑处理计划。 3. 提升同理心 ，堆集刻画自己的常识体系 ，拓展自己的需求视界。 项目问题与处理办法 在实践的规划与项目发展中 ，多多少少都会遇到许多问题。总结了以下