前言 本文讲述的数据模型并非一个库,也不是须要npm的包,仅仅只是一种在多人团队协做开发的时候拟定的规则。至少目前为止,咱们的开发团队再也没用过mock(虽然一开始也没用),也不用担忧后台数据的字段或结构发生变更,真正实现先后台并行开发的愉快模式。php
本文技术栈有 Typescript、Rxjs、AngularX
定义Model 类比于java里的类,咱们的Model也是一个类,是TS的类,咱们根据需求和设计图或原型图规划好某一个具体的模块的基类Model,并自行定义一些字段和枚举类型,方法属性等,并不须要强行和后台的字段一致,要保证百分百纯的先后端分离,举个例子
好比开发某一个后台管理项目,里边有产品(Product)模块、用户(User)模块等
那么咱们会在model文件夹里定义BaseProduct的基类前端
export class BaseProductModel { constructor() {} // 必有id 和 name public id: number = null; public name: string = ''; /...more.../ }
基类的定义是必要的,能够节省不少没必要要的代码,并不须要写一个页面或组件就从新定义新的model,若是某一个组件里面须要对这个产品的内容进行拓展的大可直接继承,并不会影响其余有了这个基类的文件
咱们推崇一切基类都必须继承,不可直接构造
真实的项目中产品的字段和属性确定不止只有id和name,可能还包含版本、缩略图地址、惟一标识、产品、对应规格的价格、状态、建立时间等等;这些属性彻底能够放在基类里,由于全部产品都有这些属性,说到类型和状态的定义,请注意
绝对不能将可枚举性质的属性直接使用后台或第三方返回的对应属性
好比,产品模块里最基础的状态(status)属性,假设后台定义的对应状态有java
0: 禁用 1: 启用 2: 隐藏 3: 不可购买
这四种,假若咱们在项目当中直接使用这些对应状态的数字去判断或进行逻辑处理,分不分的清另谈,若是中途或之后状态的数字变了,GG。可能你们以为这样的状况不多,但也不是没有,一旦出现改起来BUG就一堆。
因此对于这种可枚举性质的属性咱们会定义一个枚举类(Enum)npm
export enum EStatus { BAN = 0, OPEN = 1, HIDE = 2, NOTBUY = 3 }
而后在model里这样后端
export class BaseProductModel { // ...... public status: string = EStatus[1] // 默认启用 }
美滋滋,并且在进行逻辑判断的时候咱们也不用去关心每一个状态对应的数字是什么,咱们只关心它是BAN仍是OPEN,简洁明了不含糊
并且咱们还能够给model增长一个只读属性,用来返回这个状态对应的中文提示(这种需求很常见)数组
public get conversionStatusHint() : string { const _ = { BAN: '禁用', OPEN: '启用', HIDE: '隐藏', NOTBUY: '买不得呀' } return _[this.status] ? _[this.status] : '' }
这样就不用在每个组件里面写一个方法来传参数返回中文名称了
到了这里,咱们的BaseProductModel已经算是定义好了,下面咱们就须要给这个model定义一个方法
目的是把后台返回的字段和数据结构转化为咱们本身定义的字段和数据结构
转化后台数据 可能到了这里不少人会以为这是画蛇添足,后台都直接返回数据了还转化什么,返回什么用什么就得了。 但在大型的团队开发项目当中,谁也不能保证一个字段也不修改,一个字段也不删除或增长或缺失,牵一发动全身。人生苦短。并且还有一种状况就是,可能这个项目是前端先进行,后台还未介入,须要前端这边先把总体的功能和样式都先根据设计图规划开发。数据结构
export class BaseProductModel { // ...... // 转化后台数据 public setData( data: BaseProductModel ): void { if (data) { for (let e in this) { if ((<Object>data).hasOwnProperty(e)) { if( e == 'status' ) { this.status = EStatus[(<any>data)[e]] } else { this[e] = (<any>data)[e]; } } } } } }
而后在调用的时候前后端分离
/** 假设ProductModel类继承了BaseProductModel类 */ public productModel: ProductModel = new ProductModel(); /...more.../ this.productModel.setData(<BaseProductModel>{ // 假设后台定义的建立时间字段是create_at,model里定的建立时间是createTime createTime: data.create_at }); // 即便数据结构不一致也可在这里进行统一转化
作好了转化这一步,全部的数据变更和数据结构的变化都在这同一个地方修改即搞定,这个时候随便后台怎么改,欢乐改,都不影响咱们后续的逻辑处理和字段的变更。同理,在post数据给后台的时候转化就显得容易多了,后台须要什么数据和字段再转化一次不就得了。
以上的数据模型能够很好的下降先后台掐架的几率,mock?不须要
下面是一个咱们抽离出来的经常使用的表格数据模型基类post
import { BehaviorSubject } from 'rxjs' //分页配置 export interface PaginationConfig { // 当前的页码 pageIndex: number; // 总数 total: number; // 当前选中的一页显示多少个的数量 rows: number; // 可选择的每页显示多少个数量 rowsOptions?: Array<number>; } //分页配置初始数据 export let PaginationInitConfig: PaginationConfig = { pageIndex: 1, total: 0, rows: 10, rowsOptions: [10, 20, 50] } //表格配置 export interface TableConfig extends PaginationConfig { // 是否显示loading效果 isLoading?: boolean; // 是否处于半选状态 isCheckIndeterminate?: boolean; // 是否全选状态 isCheckAll?: boolean; // 是否禁用选中 isCheckDisable?: boolean; //没有数据的提示 noResult?: string; } //表头 export interface TableHead { titles: string[]; widths?: string[]; //样式类 src/styles/ 中有公用的表格样式类 classes?: string[]; sorts?: (boolean | string)[]; } //分页参数 export interface PageParam { page: number; rows: number; } //排序类型 export type orderType = 'desc' | 'asc' | null | '' //排序参数 export interface SortParam { orderBy?: string; order?: orderType } // 全部表格的基类 export class BaseTableModel<T> { //表格配置 tableConfig: TableConfig //表格头部配置 tableHead: TableHead //表格数据流 tableData$: BehaviorSubject<T[]> //排序类型 orderType: orderType //当前排序的标示 currentSortBy: string constructor( //选中的 key private checkKey: string = 'isChecked', //禁用的 key private disabledKey: string = 'isDisabled' ) { this.initData() } // 重置数据 public initData(): void { this.tableHead = { titles: [] } this.tableConfig = { pageIndex: 1, total: 0, rows: 10, rowsOptions: [10, 20, 50], isLoading: false, isCheckIndeterminate: false, isCheckAll: false, isCheckDisable: false, noResult: '暂无数据' } this.tableData$ = new BehaviorSubject([]) } /** * 设置表格配置 * @author GR-05 * @param conf */ setConfig(conf: TableConfig): void { this.tableConfig = Object.assign(this.tableConfig, conf) } /** * 设置表格头部标题 * @author GR-05 * @param titles */ setHeadTitles(titles: string[]): void { this.tableHead.titles = titles } /** * 设置表格头部宽度 * @author GR-05 * @param widths */ setHeadWidths(widths: string[]): void { this.tableHead.widths = widths } /** * 设置表格头部样式类 * @author GR-05 * @param classes */ setHeadClasses(classes: string[]): void { this.tableHead.classes = classes } /** * 设置表格排序功能 * @author GR-05 * @param sorts */ setHeadSorts(sorts: (boolean | string)[]): void { this.tableHead.sorts = sorts } /** * 设置当前排序类型 * @param ot */ setSortType(ot: orderType) { this.orderType = ot } /** * 设置当前排序标识 * @param orderBy */ setSortBy(orderBy: string) { this.currentSortBy = orderBy } /** * 设置当前被点击的排序标示 * @param i 排序数组索引 */ sortByClick(i: number) { if (this.tableHead.sorts && this.tableHead.sorts[i]) { if (!this.orderType) { this.orderType = 'desc' } else { this.orderType == 'desc' ? this.orderType = 'asc' : this.orderType = 'desc' } this.currentSortBy = this.tableHead.sorts[i] as string } } /** * 获取当前的排序参数 */ getCurrentSort(): SortParam { return { order: this.orderType, orderBy: this.currentSortBy } } /** * 设置表格loading * @author GR-05 * @param flag */ setLoading(flag: boolean = true): void { this.tableConfig.isLoading = flag } /** * 设置当前表格数据总数 * @author GR-05 * @param total */ setTotal(total: number): void { this.tableConfig.total = total } setPageAndRows(pageIndex: number, rows: number = 10) { this.tableConfig.pageIndex = pageIndex this.tableConfig.rows = rows } /** * 更新表格数据(新数据、单选、多选) * @author GR-05 * @param dataList */ setDataList(dataList: T[]): void { this.tableConfig.isCheckAll = false this.tableConfig.isCheckIndeterminate = dataList.filter(item => !item[this.disabledKey]).some(item => item[this.checkKey] == true) this.tableConfig.isCheckAll = dataList.filter(item => !item[this.disabledKey]).every(item => item[this.checkKey] == true) this.tableConfig.isCheckAll ? this.tableConfig.isCheckIndeterminate = false : {} this.tableData$.next(dataList); if (dataList.length == 0) { this.tableConfig.isCheckAll = false } } /** * 获取已选的项 * @author GR-05 */ getCheckItem(): T[] { return this.tableData$.value.filter(item => item[this.checkKey] == true && !item[this.disabledKey]) } }
咱们为何没有抽离成组件而是数据模型这么一个类上,主要是由于,组件的样式咱们是不肯定惟一性的,但数据和处理逻辑确是相似的,哪里地方要用到,就在哪一个组件里new一个就行了;
其中BaseTableModel后面的T能够是全部你想在表格上渲染的任何一个model类,好比以前的ProductModel,页面需求须要展现产品的表格列表,则this
export class TableModel extends BaseTableModel<ProductModel> { constructor() { super(); } }
那么最后你只须要将BaseTableModel里的tableData$数据next成处理好的ProdcuModel数组就行了。
转载于猿2048:☞《前端数据模型Model,适用于多人团队协做的开发模式》