摘要:产品特点多角色产品,分为广告主和供应商,通过订单流程管理双方的交易行为。由于面临着后续修复数据的问题。保证及时修改到所有。
产品特点
1 多角色产品,分为广告主和供应商,通过订单流程管理双方的交易行为。这就意味组件的状态是多变,这里多变主要是因为一下两个点影响
一:角色,每个组件不同的角色会有不同行为,和后台交互的API也是不一样的w 二:订单状态,每个组件在不同的订单状态会有不同行为
2 探索性产品,产品的方案都是摸索实践中产生,没有成型产品可以借鉴,这就意味着订单流程随时都可能变化,随时都要对老数据展示进行修复处理。(我们订单流程大的变化有过3次,每一次都必须兼容老数据的处理,头大..)
前端架构架构的目的是管理复杂度,将复杂问题分为治之,有效管理,方便后续的开发与迭代 1 通过路由切换页面级粒度的功能模块
2 同一页面内的模块再划分 一:纵向 通过业务功能(可根据试图模块判断)划分 二:横向:通过model-view-controller三种不同职能划分 这里根据我们业务的特点: 1 组件的UI状态显示逻辑比较复杂,所以我们将组件的显示和数据分离,将组件分为容器型组件和展示型组件。 容器组件负责为展示型组件或者其他容器组件提供数据和行为,尽量避免在其中做一些界面渲染相关的事情。 展示型组件独立于应用的其它部分内容,不关心数据的加载和变更,保持职责单一,仅做视图呈现和最基本交互行为,通过props接收数据和回调函数输出结果,保证接收的数据为组件数据依赖的最小集 通过沉淀可复用的通用业务组件提供admin端,广告主端 供应商端复用。 2 由于面临着后续修复数据的问题。我们尽量收敛数据,所以尽量将API的控制的调用封装在第一层的业务功能组件上。保证及时修改到所有。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/103805.html
摘要:这里要介绍的是工作流中的一种很普遍的代码加工流程正常的业务逻辑开发流程需要经过预处理器如或,然后再经过后处理器如进行深加工。 还未看的,可以点击查看上两篇文章哟:Webpack 最佳实践总结(一)、Webpack 最佳实践总结(二) 好了,这篇是第三篇,也是完结篇,我感觉这一篇是最乱的一篇,凑合着看吧,不会让你失望的 整合 CSS 加工流 有时候,前端项目中除了 JavaScript ...
摘要:这里要介绍的是工作流中的一种很普遍的代码加工流程正常的业务逻辑开发流程需要经过预处理器如或,然后再经过后处理器如进行深加工。 还未看的,可以点击查看上两篇文章哟:Webpack 最佳实践总结(一)、Webpack 最佳实践总结(二) 好了,这篇是第三篇,也是完结篇,我感觉这一篇是最乱的一篇,凑合着看吧,不会让你失望的 整合 CSS 加工流 有时候,前端项目中除了 JavaScript ...
摘要:的关联应用参考的多对多关联文档,给大家简单介绍一下我在项目应用中的实现。数据表根据绘制的图我们可以确定,订单票据的数据表实现需要三张表,订单表是数据库关键字因此不能作为表名,票据表,中间表。 TP5的关联应用 参考TP5的多对多关联文档,给大家简单介绍一下我在项目应用中的实现。 ER图讲解多对多关系 showImg(https://segmentfault.com/img/bV7to2...
阅读 2270·2021-11-23 09:51
阅读 5661·2021-09-22 15:39
阅读 3346·2021-09-02 15:15
阅读 3495·2019-08-30 15:54
阅读 2358·2019-08-30 15:53
阅读 1398·2019-08-30 14:04
阅读 2447·2019-08-29 18:33
阅读 2366·2019-08-29 13:08