玉山网站建设,wordpress 耗费内存,个人网页设计作品模板,黑帽seo寄生虫更简单的类名标签 Semantic-UI使用了更简单的类名声明。用过Bootstrap的同学都会被其复杂的类名标签折磨过#xff0c;例如一个简单的按键样式#xff0c;不论颜色或是大小#xff0c;都需要btn-前缀声明#xff1a; button typebutton classbtn btn… 更简单的类名标签 Semantic-UI使用了更简单的类名声明。用过Bootstrap的同学都会被其复杂的类名标签折磨过例如一个简单的按键样式不论颜色或是大小都需要btn-前缀声明 button typebutton classbtn btn-primary btn-lg activePrimary button/button 在Semantic-UI中类名更接近自然表述 button classui blue large active buttonBlue Button/button 语义化的样式声明 样式名并不是对某种组件进行的类型声明可以通用到其他组件中。例如对于Label(标签)组件也可用与button相同的CSS类声明其样式 div classui blue large active labelBlue Label/div 这样的好处是显而易见的CSS类名语义化刚方便使用和学习。 类名构造模块的实现 从以上细节可以看出每个组件的类声明均可由公用模块生成每个组件仅仅声明本模块可使用的Props即可。以Button举例如下 import PropHelper from ./PropHelper; import UiElement from ./UiElement; ... let PROP_TYPES [primary, size, color, basic, active, ...]; class Button extends UiElement { static propTypes { ...PropHelper.createPropTypes(PROP_TYPES) }; render() { let style this.createElementStyle(this.props, PROP_TYPES, button); return ( div id{this.props.id} className{style} tabIndex0 {this.props.children} /div ); } ... } Button类声明了其可以使用的class类名通过共通处理生成style即可。生成style的共同处理由PropsHelper类负责完成。 PropsHelper PropsHelper类主要的职责有两个 生成各组件所需的class类集合生成各组件的props属性检查定义PropsHelper作为工具类相关处理过程中并无状态参与方法应该声明为静态方法(static)。 props属性检查 Semantci-UI中的所有class类属性的集合是可枚举的这些属性直接在PropsHelper中定义即可 const BOOL_PROPS [ui, active, disabled, circular, ...]; const STRING_PROPS [icon, appendClass, ...], const NUMBER_PROPS [column, wide, ...], const COLLECTION_PROPS [color, size, position, ...]; 对于每个组件的属性检查定义可以遍历传入的属性并根据名字找到该属性的PropTypes定义。 class PropsHelper { ... /** * 生成属性检查 */ static createPropTypes(propTypes) { let result {}; propTypes.forEach(function(typeName, index) { if (BOOL_PROPS.indexOf(typeName) 0) { result[typeName] React.PropTypes.bool; } else if (STRING_PROPS.indexOf(typeName) 0) { result[typeName] React.PropTypes.string; } else if (NUMBER_PROPS.indexOf(typeName) 0) { result[typeName] React.PropTypes.number; } else if (COLLECTION_PROPS.indexOf(typeName) 0) { result[typeName] React.PropTypes.oneOf(PROPS_VALUES[typeName]); } }); return result; } } class类集合组装 与createPropTypes同样的思路将传入的组件props遍历一遍找到各自prop属性的类型定义根据类型定义编辑和组装该组件的class类集合。 class PropsHelper { ... /** * 根据属性生成引用的class */ static createStyle(props, types) { let style ; for (let i 0; i types.length; i) { let type types[i]; if (props.hasOwnProperty(type)) { style this.formatStyleValue(props[type], type); } } return style; } /** * 格式化属性对应的class */ static formatStyleValue(value, type) { // 如果是数字型属性 if (NUMBER_PROPS.indexOf(type) 0) { return this.getNumberStr(value) type; } else if (COLLECTION_PROPS.indexOf(type) 0) { if (type size) return value; return value type; } else if (BOOL_PROPS.indexOf(type) 0) { if (!value) return ; if (type imaged) return image; if (type iconed) return icon; if (type long) return long scrolling; if (type equalWidth) return ; return type; } else if (STRING_PROPS.indexOf(type) 0) { return value; } else { return ; } } } 这样实现以后各组件在各自属性的定义和class类声明的处理时获得了两方面的益处 属性统一管理不用再各自声明代码复用性和耦合性更佳(特别是在复杂组件的使用中)作者sheva 来源51CTO
