产物特性

1 多角色产物，分为广告主和供应商，经由过程定单流程治理两边的生意营业行动。这就意味组件的状况是多变，这里多变重要是因为一下两个点影响

  一：角色，每一个组件差别的角色会有差别行动,和背景交互的API也是不一样的w
  二：定单状况，每一个组件在差别的定单状况会有差别行动
 

2 探索性产物，产物的计划都是探索实践中发生，没有成型产物能够自创，这就意味着定单流程随时都可能变化，随时都要对老数据展现举行修复处置惩罚。（我们定单流程大的变化有过3次，每一次都必须兼容老数据的处置惩罚，头大..）

前端架构

 架构的目标是治理复杂度，将复杂题目分为治之，有用治理，轻易后续的开辟与迭代
 
 
 1 经由过程路由切换页面级粒度的功用模块
 

 2  统一页面内的模块再分别
     
    一:纵向 经由过程营业功用（可依据试图模块推断）分别
    二:横向：经由过程model-view-controller三种差别职能分别
    
    这里依据我们营业的特性：
    1 组件的UI状况显现逻辑比较复杂，所以我们将组件的显现和数据星散,将组件分为容器型组件和展现型组件。
    容器组件担任为展现型组件或许其他容器组件供应数据和行动，只管防止在个中做一些界面衬着相干的事变。
    展现型组件独立于运用的别的部分内容，不关心数据的加载和变动，坚持职责单一，仅做视图显现和最基本交互行动，经由过程props吸收数据和回调函数输出效果，保证吸收的数据为组件数据依靠的最小集
    经由过程沉淀可复用的通用营业组件供应admin端，广告主端 供应商端复用。
    
    2 因为面临着后续修复数据的题目。我们只管收敛数据，所以只管将API的掌握的挪用封装在第一层的营业功用组件上。保证实时修改到一切。