Semantic-UI的React实现(四):基本元素组件的共通处理(父类)实现

开发 前端
上一篇(Semantic-UI的React实现(三):基本元素组件)已经提到过,基本元素组件的实现因为没有复杂的交互,仅仅是CSS类的编辑和组装,因此实现原理相对比较简单。

上一篇(Semantic-UI的React实现(三):基本元素组件)已经提到过,基本元素组件的实现因为没有复杂的交互,仅仅是CSS类的编辑和组装,因此实现原理相对比较简单。

但简单的东西要想做的简洁,往往不简单。

抽象与封装

想要简洁高效地封装数十个基本组件,将组件的相同处理部分抽象出来是非常必要的。在ES6中js新增了class关键字(当然这只是一个语法糖,其背后的处理原理仍然是prototype那一套东西。),有了这个关键字js在抽象与封装的思想上比之前更进了一步。

当用“继承”的思想去考虑问题后,组件的共通处理很明显可以通过继承一个共同父类来完成(通常我更愿意用接口而非继承,无奈js学艺不精,不清楚接口继承如何实现)。继承以后,所有基本组件的以下处理,均可以由父类的处理完成:

  1. 编辑和组装CSS类
  2. 渲染组件本身
  3. 封装事件系统的方法回调

实现细节

编辑和组装CSS类

在系列文章二的时候有提到过,基本组件的CSS编辑和组装,在PropsHelper中实现,所有细节对外隐藏,组件仅需声明相关属性即可。如Header使用到的属性:

  1. // 属性定义 
  2. const PROP_TYPES = PropsHelper.getDefaultPropTypes().concat([ 
  3.   'size''sub''dividing''floated''aligned''inverted''inline''color' 
  4. ]);  

这些可用属性的声明,再加上Button组件实例的props,即可编辑和组装出所需的CSS类名集合。在Header的render方法中,仅需调用:

  1. render() { 
  2.  
  3.   // 渲染元素 
  4.   let style = this.createElementStyle(this.props, PROP_TYPES) + ' header'
  5.   return super.render(style); 
  6.  

具体的生成style的细节,在Header的父类UiElement中:

  1. /** 
  2.  * 生成元素的style 
  3.  */ 
  4. createElementStyle(props, propsDef) { 
  5.  
  6.   ... 
  7.   return PropsHelper.createStyle(props, propsDef) + ' ' + style; 
  8.  

渲染组件

渲染组件也是共通处理实现的,作为子类的基本组件,仅需调用super.render即可:

  1. render(style, children, props) { 
  2.  
  3.   return React.createElement( 
  4.     this.props.as,                // 组件的html标签(默认div) 
  5.     { 
  6.       id: this.props.id,          // 组件ID 
  7.       className: style,           // 组件class 
  8.       ...this.getEventCallback(), // 事件回调声明 
  9.       ...props                    // 组件其他props(用于生成class的props不需要了) 
  10.     }, 
  11.     children ? children : this.props.children 
  12.   ); 
  13.  

最开始的时候,其实并没有这个实现,各个组件的渲染过程还是留在组件各自的render中的。但随着组件的增多,发现这部分代码可重用性非常大。如果有特殊的组件不适用这个过程,直接在该组件中覆写该方法即可。这对整体代码的可维护性也有很大程度的提高。

事件系统的回调

这个功能目前还在实现中。我的目标是,任何组件仅需声明而无需在该组件内部实现回调,由公共方法来实现回调处理。如一个Button想要用onClick方法,直接声明:

  1. <Button onClick={this.handleClick}>Btn</Button> 

但在Button组件内部无需实现onClick的回调处理。(实际上也无法实现,因为Button的render处理是在其父类UiElement中实现的)

  1. const EVENT_CALLBACK = [ 
  2.   'onKeyDown''onKeyPress''onKeyUp'
  3.   'onFocus''onBlur'
  4.   'onChange''onInput''onSubmit'
  5.   'onClick''onContextMenu''onDoubleClick''onDrag''onDragEnd''onDragEnter'
  6.   'onDragExit''onDragLeave''onDragOver''onDragStart''onDrop''onMouseDown'
  7.   'onMouseEnter''onMouseLeave''onMouseMove''onMouseOut''onMouseOver''onMouseUp'
  8.   'onSelect'
  9.   'onTouchCancel''onTouchEnd''onTouchMove''onTouchStart'
  10.   'onScroll''onWheel'
  11.   'onLoad''onError'
  12.   'onTransitionEnd'
  13.   'onAnimationStart''onAnimationEnd''onAnimationIteration'
  14. ];  

对于事件系统的回调,在constructor中是这样定义的:

  1. constructor(props) { 
  2.   super(props); 
  3.  
  4.   let eventProps = {}; 
  5.   for (let key in props) { 
  6.     if (key.indexOf('on') == 0 && EVENT_CALLBACK.indexOf(key) >= 0) { 
  7.       eventProps[key] = this.handleCallback.bind(this, key); 
  8.     } 
  9.   } 
  10.  
  11.   this.eventCallbacks = eventProps; 
  12.  

这个组件传入的props中如果包含'onXXX'并且这个'onXXX'在EVENT_CALLBACK中有定义,则认为该组件声明了一个事件系统的回调,那么UiElement将绑定这个回调的具体处理。处理过程如此实现:

  1. handleCallback(callback, e) { 
  2.  
  3.   if (this.props.callback) { 
  4.     this.props.callback(e); 
  5.   } 
  6.  

回顾

在UiElement中,实现了三类公共功能供基本组件类调用:

  1. 编辑和组装CSS类
  2. 渲染组件本身
  3. 封装事件系统的方法回调

实现以后,基本组件类的相同处理均被抽离出来,仅剩下一些声明性质的代码。例如Header组件的实现被简化为:

  1. import React from 'react'
  2.  
  3. import PropsHelper from './PropsHelper'
  4. import UiElement from './UiElement'
  5.  
  6. // 属性定义 
  7. const PROP_TYPES = PropsHelper.getDefaultPropTypes().concat([ 
  8.   'size''sub''dividing''floated''aligned''inverted''inline''color' 
  9. ]); 
  10.  
  11. /** 
  12.  * 标题组件 
  13.  */ 
  14. class Header extends UiElement { 
  15.  
  16.   // 类型定义 
  17.   static propTypes = { 
  18.     ...PropsHelper.createPropTypes(PROP_TYPES) 
  19.   }; 
  20.  
  21.   // 默认值定义 
  22.   static defaultProps = { 
  23.     ...PropsHelper.getDefaultPropsValue(PROP_TYPES) 
  24.   }; 
  25.  
  26.   /** 
  27.    * 取得渲染内容 
  28.    */ 
  29.   render() { 
  30.  
  31.     // 渲染元素 
  32.     let style = this.createElementStyle(this.props, PROP_TYPES) + ' header'
  33.     return super.render(style); 
  34.   } 
  35.  
  36. export default Header;  

这样的好处是显而易见的:

  1. 简化实现代码提高可阅读性
  2. 封装共通处理提高可维护性
  3. 通过方法覆写保持可扩展性

通过这几篇,基础组件的封装处理应该说完了,接下来的几篇打算说说复杂组件的实现。在完成所有组件的封装后,还打算扩展一些复杂组件的功能(代码丑,只能多实现些功能了。总之要和官方做成不一样的/(ㄒoㄒ)/~~)。

责任编辑:庞桂玉 来源: segmentfault
相关推荐

2016-10-18 21:39:59

Semantic-UIReact基本元素组件

2016-10-18 21:26:29

Semantic-UIReact架构

2016-10-18 21:31:52

Semantic-UIReact构造模块

2020-10-18 21:41:34

软件设计语言开发

2010-06-13 10:56:13

UML文献

2012-03-15 10:04:06

移动web

2018-01-23 08:24:57

HTTPS服务器加密

2020-12-11 09:38:49

Shell编程开发

2012-12-24 08:50:21

iOSUnity3D

2022-05-11 07:50:15

React UI组件库前端

2020-10-21 08:38:47

React源码

2021-06-21 15:49:39

React动效组件

2015-03-19 15:13:20

PHP基本排序算法代码实现

2010-09-03 12:55:15

CSSblockinline

2020-10-28 09:12:48

React架构Hooks

2021-03-31 08:01:24

React Portareactcss3

2014-06-06 09:01:07

DHCP

2009-07-01 15:08:50

JSP指令和脚本元素

2023-09-05 20:17:18

typescriptPropTypesreact

2023-04-28 09:30:40

vuereact
点赞
收藏

51CTO技术栈公众号