最佳实践
#
关于 JSX 支持程度补充说明由于 JSX 中的写法千变万化,我们不能支持到所有的 JSX 写法,同时由于微信小程序端的限制,也有部分 JSX 的优秀用法暂时不能得到很好地支持,特在此补充说明一下对于 JSX 的支持程度:
- 不能使用 Array#map 之外的方法操作 JSX 数组
- 暂不支持在 render() 之外的方法定义 JSX (自 v1.3.0-beta.0 起支持)
- 不能在 JSX 参数中使用对象展开符 (自 v1.3.0-beta.0 起,自定义组件可以使用对象展开符,内置组件仍然需要分别单独传入参数)
- 不支持无状态组件 (自 v1.3.0-beta.0 起支持)
以上的规则在 Taro 默认生成的模板都有 ESLint 检测,无需做任何配置。如果你的编辑器没有安装 ESLint 插件可以参考以下教程在你的编辑器安装:
默认情况下 Taro 的编译器也会对无法运行的代码进行警告,当没有调用栈信息时代码是可以生成的。如果你需要在编译时禁用掉 ESLint 检查,可以在命令前加入 ESLINT=false
参数,例如:
#
最佳编码方式经过较长时间的探索与验证,目前 Taro 在微信小程序端是采用依托于小程序原生自定义组件系统来设计实现 Taro 组件化的,所以目前小程序端的组件化会受到小程序原生组件系统的限制,而同时为了实现以 React 方式编写代码的目标,Taro 本身做了一些编译时以及运行时的处理,这样也带来了一些值得注意的约束,所以有必要阐述一下 Taro 编码上的最佳实践。
#
组件样式说明微信小程序的自定义组件样式默认是不能受外部样式影响的,例如在页面中引用了一个自定义组件,在页面样式中直接写自定义组件元素的样式是无法生效的。这一点,在 Taro 中也是一样,而这也是与大家认知的传统 Web 开发不太一样。
defaultProps
#
给组件设置 在微信小程序端的自定义组件中,只有在 properties
中指定的属性,才能从父组件传入并接收
而在 Taro 中,对于在组件代码中使用到的来自 props
的属性,会在编译时被识别并加入到编译后的 properties
中,暂时支持到了以下写法
但是一千个人心中有一千个哈姆雷特,不同人的代码写法肯定也不尽相同,所以 Taro 的编译肯定不能覆盖到所有的写法,而同时可能会有某一属性没有使用而是直接传递给子组件的情况,这种情况是编译时无论如何也处理不到的,这时候就需要大家在编码时给组件设置 defaultProps
来解决了。
组件设置的 defaultProps
会在运行时用来弥补编译时处理不到的情况,里面所有的属性都会被设置到 properties
中初始化组件,正确设置 defaultProps
可以避免很多异常的情况的出现。
on
开头#
组件传递函数属性名以 在 v1.3.0-beta.0 之后,自定义组件间的事件传递可以不用
on
开头,但内置组件的事件依然是以on
开头的,为了一致性我们仍然推荐你以on
开头命名你的事件。
在 Taro 中,父组件要往子组件传递函数,属性名必须以 on
开头
这是因为,微信小程序端组件化是不能直接传递函数类型给子组件的,在 Taro 中是借助组件的事件机制来实现这一特性,而小程序中传入事件的时候属性名写法为 bindmyevent
或者 bind:myevent
所以 Taro 中约定组件传递函数属性名以 on
开头,同时这也和内置组件的事件绑定写法保持一致了。
#
小程序端不要在组件中打印传入的函数自 v1.3.0-beta.0 没有这条限制
前面已经提到小程序端的组件传入函数的原理,所以在小程序端不要在组件中打印传入的函数,因为拿不到结果,但是 this.props.onXxx && this.props.onXxx()
这种判断函数是否传入来进行调用的写法是完全支持的。
undefined
#
小程序端不要将在模板中用到的数据设置为 由于小程序不支持将 data 中任何一项的 value 设为 undefined
,在 setState 的时候也请避免这么用。你可以使用 null 来替代。
this.props.children
#
小程序端不要在组件中打印 在微信小程序端是通过 <slot />
来实现往自定义组件中传入元素的,而 Taro 利用 this.props.children
在编译时实现了这一功能, this.props.children
会直接被编译成 <slot />
标签,所以它在小程序端属于语法糖的存在,请不要在组件中打印它。
#
支持 props 传入 JSX自
1.1.9
开始支持
支持 props 传入 JSX,但是元素传入 JSX 的属性名必须以 render
开头
例如,子组件写法
父组件调用子组件时传入 JSX
#
组件属性传递注意不要以 id
、class
、style
作为自定义组件的属性与内部 state 的名称,因为这些属性名在微信小程序小程序中会丢失。
state
与 props
里字段重名的问题#
组件 不要在 state
与 props
上用同名的字段,因为这些字段在微信小程序中都会挂在 data
上。
componentWillMount
不一致问题#
小程序中页面生命周期 由于微信小程序里页面在 onLoad
时才能拿到页面的路由参数,而页面 onLoad 前组件都已经 attached
了。因此页面的 componentWillMount
可能会与预期不太一致。例如:
对于不需要等到页面 willMount 之后取路由参数的页面则没有任何影响。
constructor
与 render
提前调用#
组件的 很多细心的开发者应该已经注意到了,在 Taro 编译到小程序端后,组件的 constructor
与 render
默认会多调用一次,表现得与 React 不太一致。
这是因为,Taro 的组件编译后就是小程序的自定义组件,而小程序的自定义组件的初始化时是可以指定 data
来让组件拥有初始化数据的。开发者一般会在组件的 constructor
中设置一些初始化的 state
,同时也可能会在 render
中处理 state
与 props
产生新的数据,在 Taro 中多出的这一次提前调用,就是为了收集组件的初始化数据,给自定义组件提前生成 data
,以保证组件初始化时能带有数据,让组件初次渲染正常。
所以,在编码时,需要在处理数据的时候做一些容错处理,这样可以避免在 constructor
与 render
提前调用时出现由于没有数据导致出错的情况。
#
JS 编码必须用单引号在 Taro 中,JS 代码里必须书写单引号,特别是 JSX 中,如果出现双引号,可能会导致编译错误。
process.env
的使用#
环境变量 不要以解构的方式来获取通过 env
配置的 process.env
环境变量,请直接以完整书写的方式 process.env.NODE_ENV
来进行使用
this.$componentType
来判断当前 Taro.Component 是页面还是组件#
使用 this.$componentType
可能取值分别为 PAGE
和 COMPONENT
,开发者可以根据此变量的取值分别采取不同逻辑。
#
原生小程序组件传递 props 给 Taro 组件Taro v1.3+ 对 props 系统进行了改造,使得不能兼容原生组件通过 properties 传入的属性。
目前可以通过把所有需要传入 Taro 组件的 props,通过借助 extraProps
属性来解决。
#
全局变量在 Taro 中推荐使用 Redux
来进行全局变量的管理,但是对于一些小型的应用, Redux
就可能显得比较重了,这时候如果想使用全局变量,推荐如下使用。
新增一个自行命名的 JS
文件,例如 global_data.js
,示例代码如下
随后就可以在任意位置进行使用了。