textarea用于多行文本输入,需要注意以下问题:
1. 在textarea中实际输入时,换行符是/r/n,而如果在rich-text组件展示时要用/br,所以需要一轮转换
2. textarea组件不能改顶起键盘之后的确认按钮文案
3. 顶起键盘交互时与input相比有一些diff,实际使用时需要慎重
webview组件有一些限制:
1. 一定要有原生导航栏
2. 一定是全屏的:所以frs的某个tab用H5来实现是不可行的
3. 能打开的网页需要配置白名单
4. 最终在H5中转换成iframe
image标签直接支持lazyload,使用起来比较方便,需要注意当页面结构比较复杂的时候,使用image可能导致样式生效变慢,出现闪一下的情况,此时设置will-change: transform可以优化此问题。will-change会告诉浏览器该元素会有哪些变化,这样浏览器可以在元素属性真正发生变化之前做好对应的优化准备工作
switch在不同小程序平台颜色是不一样的,如果修改需要用color属性,如果需要改变大小需要用scale方法调节
uniapp提供audio组件,相比之下更推荐用uni.createInnerAudioContext方法,UI样式可以全部自定义。这一点在评分贴的语音组件中有体会,直接用audio组件导致一些事件无法触发,比如语音的倒计时只能通过setTimeout来模拟,后面可以试下uni.createInnerAudioContext方法,从兼容性考虑格式用mp3
video组件支持mp4、webm和ogg。在H5中如果需要使用三方video,可以通过条件编译来区分。从组件来看,video组件的功能非常强大,但实际使用效果需要实战
1. 在textarea中实际输入时,换行符是/r/n,而如果在rich-text组件展示时要用/br,所以需要一轮转换
2. textarea组件不能改顶起键盘之后的确认按钮文案
3. 顶起键盘交互时与input相比有一些diff,实际使用时需要慎重
webview组件有一些限制:
1. 一定要有原生导航栏
2. 一定是全屏的:所以frs的某个tab用H5来实现是不可行的
3. 能打开的网页需要配置白名单
4. 最终在H5中转换成iframe
image标签直接支持lazyload,使用起来比较方便,需要注意当页面结构比较复杂的时候,使用image可能导致样式生效变慢,出现闪一下的情况,此时设置will-change: transform可以优化此问题。will-change会告诉浏览器该元素会有哪些变化,这样浏览器可以在元素属性真正发生变化之前做好对应的优化准备工作
switch在不同小程序平台颜色是不一样的,如果修改需要用color属性,如果需要改变大小需要用scale方法调节
uniapp提供audio组件,相比之下更推荐用uni.createInnerAudioContext方法,UI样式可以全部自定义。这一点在评分贴的语音组件中有体会,直接用audio组件导致一些事件无法触发,比如语音的倒计时只能通过setTimeout来模拟,后面可以试下uni.createInnerAudioContext方法,从兼容性考虑格式用mp3
video组件支持mp4、webm和ogg。在H5中如果需要使用三方video,可以通过条件编译来区分。从组件来看,video组件的功能非常强大,但实际使用效果需要实战