内容简介:背景:有赞微商城后台商品管理页,底部增加供货商品推荐资源位,根据不同的商家展示不同的商品!作为深耕的业务,我们就从一个我遇到的复杂需求开始做个引子。栗子如下(可先看图片过个眼瘾):基本要求:
背景:有赞微商城后台商品管理页,底部增加供货商品推荐资源位,根据不同的商家展示不同的商品!
作为深耕的业务,我们就从一个我遇到的复杂需求开始做个引子。栗子如下(可先看图片过个眼瘾):
需求列表如下
基本要求:
- 基本 UI 实现
- BlockHeder,点击换一批切换至下一页,点击更多跳转至分销市场
- 商品卡片
- 曝光埋点数据:当商品底部出现用户视口发送曝光数据
- window resize 商品卡片数据适配
更高要求:
- 性能优化:resize 获取数据减少 ajax 数据请求的次数;节流
- 数据缓存:当
size
小于等于goodList.length
则不予以ajax
请求数据,减少不必要的带宽 - 非正常分页:更加不同的
size
获取不同的数据,以及分页 - 代码逻辑:VM 避免超级繁琐,代码的逻辑和归类清晰明了
- 低耦合:达到更松散的控制,对于以后的拆分和开发更加敏捷
- 错误隔离:当前分销广告位挂掉,不能影响到整个商品列表页!
当大家看到产品的 PRD ,看了这个需求和要求之后,每个人根据自己的程序开发经验和设计经验上,每个人都能给出不同的解决方案。其实呢,每个解决方案都是一种方式,只是在不同的角度上实施以及设计的思维上不同。So,我想分享给大家的,也是经过我的思考后以及完善的一种解决方案,拿出来仅供参考。
到底什么是业务
分享实施方案前,先讨论一下到底什么是业务;而 程序员 写代码都是服务于业务的么? 在老板眼中,业务就是赚钱的工具;在销售员眼中,业务就是必须完成的指标;在产品的眼中,业务就是需要实现完成的需求。。。每个人对业务的理解都不一样,但是,有谁考虑过,在前端开发工程师眼中的业务到底是什么??
下面是我站在前端的角度去理解业务,如下:
So,在我的理解里,前端所写的业务拆分成为6大部分:
- 业务数据:负责获取业务数据
- 业务逻辑:实现产品所定义的规则
- 逻辑数据:通过一系列规则所产出的逻辑数据
- 视图数据:通过逻辑数据转换成视图数据(不将逻辑和视图直接绑定)
- 视图展示:通过视图数据,直接驱动视图层展示对应视图
- 视图功能:通过视图展示组装成的需求功能
在简单的业务需求中,可能我拿到的后端数据,就直接可以渲染视图层,然后就完善功能。从开发的成本和复杂度考量上,是不值得去做业务拆分。所以,在复杂的业务需求中以及兼顾拆分和维护中,这种业务方法论就可以大展手脚了。以下就是我拿开头的例子,详细解析围绕业务的 6 大部分的设计。
具体实现步骤
第一步:基本组件的划分
结构划分:本次组件划分的规则是先上下、再左右、由外至内;划分结果是
BackHeader
GoodsList
GoodsCard
功能划分: 顶级容器:错误隔离,灰度控制,埋点数据及控制,ajax 请求。 视图展示:分发数据,组件回调
第二步:实施
:::info 提示:由 react16
提供 componentDidCatch
进行错误隔离,也可以使用 try...catch
实现错误隔离 :::
在 react
中,最核心、也就最灵活的处理视图变化的方式呢,就将驱动视图的数据做成可配的;所以第一步,根据结构的划分,将需求做成数据的配置,代码如下:
render() { const { goodsList, pageIndex, size } = this.state; if (!goodsList.length) { return <div ref={node => this.fenxiaoRef = node} />; } return ( <div className="fenxiao-recommend " ref={node => this.fenxiaoRef = node}> <BlockHeader onGoodsChange={this.handlerClick} /> <GoodsListContainer size={size} pageIndex={pageIndex} goodsList={goodsList} /> </div> ); } 复制代码
顶级容器组件在 DidMount
时,做灰度控制, ajax
获取数据驱动视图。 BlockHeader
接收 props onGoodsChange
回调,请求数据,再分发数据。
计算当前可展示的商品数量 size
;获取顶层容器 ref
获取容器获取容器宽度。代码如下:
/** * 计算展示多少卡片 * 返回值 * size */ computedStyle = () => { const { fenxiaoRef } = this; if (!fenxiaoRef) { return; } const { width } = fenxiaoRef.getBoundingClientRect(); let size = Math.floor(width / 144); this.setState({ size }); } 复制代码
根据 size
获取商品的个数 goodsList
,并监听 window resize
;其中以下集中情况则不予以请求
size <= goodsList.length size
埋点数据:曝光 曝光埋点的基本需求是,当商品出现在浏览器的视口中后(即用户的视口),发送黄金令箭!曝光一个商品发送一支令箭!
那么问题来了,如何判断当前分销商品列表广告位(分销商品 DOM 元素)出现在用户的视口呢?
我采用了一种比较 low
,也是最常规的解决方案:以浏览器视口左下角为原点坐标,向上为正,向下为负; 获取当前 DOM
距离页面顶部的距离,即 const { top } = node.getBoundingClientRect()
,获取视口高度 document.ocumentElement.clientHeight
;
// 以页面右下角为原点,计算分销商品是否 曝光 export function isExposure(node) { if (!node) { return null; } // 视口高度 const clientHeight = ddcocument.documentElement.clientHeight; const { top } = node.getBoundingClientRect(); return clientHeight > top; } 复制代码
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:- 回馈社区,九州云深耕OpenStack三大试点项目
- Java 注解和注解解析器深耕,架构师必会
- 深耕GIS行业,泽塔云和中科北纬签署战略合作协议
- 如何抵御撞库攻击?看看深耕安全的Akamai怎么做
- 国双斩获双重荣誉!深耕产业AI布局数字化转型时代
- 深耕中国市场 恩智浦跨界处理器积极“跨界”多领域
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
构建高可用Linux服务器(第3版)
余洪春 / 机械工业出版社 / 2014-10 / 79.00元
《构建高可用Linux服务器(第3版)》是Linux运维领域公认的经典畅销书,是国内51CTO、IT168等知名网站和多位资深运维专家共同推荐的运维工程师必备的工具书! “酒哥”在Linux运维领域潜心实践近10年,一直在运维一线,技术和思维都紧跟时代的发展,非常清楚运维工程师们需要什么,应该学习什么。本书不仅是他近10年工作经验的结晶,同时也是他的数万名读者和数十万粉丝共同需求和集体智慧的......一起来看看 《构建高可用Linux服务器(第3版)》 这本书的介绍吧!