# 使用场景
典型的使用场景主要有两种：
# 流程表单
指流程相关系统，需要根据配置的流程节点添加的特定表单。常见于各种工单、审批等涉及流程的系统中。手动开发流程表单，成本非常大，且维护成本高
# 后台系统页面
指中后台系统UI、交互等具有较强相似性，较多重复开发的页面。常见列表、详情、提交或编辑、图表等页面。其有以下特点：
- 页面逻辑相似
不同水平开发人员对组件的抽象不同，比如有的应该被抽象作为公共组件的却没有等。甚至有的研发可能将一个页面的代码直接复制一份来实现功能，最终功能越多维护成本也将越高
- 必须研发开发，上线周期长
页面任何一处变化（可能只是一个文案），都只能前端研发进行开发并构建、测试、部署上线，周期较长
- 多系统间逻辑相似，开发重复
比如希望引入另一个系统的一个功能或者页面，常规通过iframe或者重写的方式实现。这两种都有很多自身问题。比如：
iframe嵌入方式：会加载被嵌入页面的所有资源，同时与父页面通信等，弹窗也只能局限在iframe内，影响使用体验。- 重写实现：除开发成本大，其业务逻辑变化时，无法保证两个系统同步
# 希望达成效果
- 对于研发人员，希望Epage是辅助开发人员的工具，甚至一些页面无需研发介入，直接可视化配置出来
- 对于非研发人员，希望借助Epage设计器能力，通过拖拽流程表单的配置
- 共建widget市场，不同系统的相似功能通过复用widget方式达到快速页面开发