作者：京东零售佟恩NutUI是一款京东风格的移动端组件库。NutUI目前支持Vue和React技术栈，支持Taro多端适配。本次，是2月的一个示例输出，希望对你有帮助！2月，我们对组件交互、issue修复、增加示例上做了急行军，共合并70+PR，修复近40个issue。这里我们选取一些组件的新增示例，供您参考！期待您早日成为我们共建大军中的一员！微信群：hanyuxinting（暗号：NutUI-React）官网GitHub:点击进入欢迎共建、使用！Badge：样式自定义核心代码：constcustomTheme={nutuiBadgeBorderRadius:'12px12px12px0',
作者：京东零售佟恩NutUI是一款京东风格的移动端组件库。NutUI目前支持Vue和React技术栈，支持Taro多端适配。本次，是2月的一个示例输出，希望对你有帮助！2月，我们对组件交互、issue修复、增加示例上做了急行军，共合并70+PR，修复近40个issue。这里我们选取一些组件的新增示例，供您参考！期待您早日成为我们共建大军中的一员！微信群：hanyuxinting（暗号：NutUI-React）官网GitHub:点击进入欢迎共建、使用！Badge：样式自定义核心代码：constcustomTheme={nutuiBadgeBorderRadius:'12px12px12px0',
作者：京东零售佟恩NutUI是一款京东风格的移动端组件库。NutUI目前支持Vue和React技术栈，支持Taro多端适配。本次，是2月的一个示例输出，希望对你有帮助！2月，我们对组件交互、issue修复、增加示例上做了急行军，共合并70+PR，修复近40个issue。这里我们选取一些组件的新增示例，供您参考！期待您早日成为我们共建大军中的一员！微信群：hanyuxinting（暗号：NutUI-React）官网GitHub:点击进入欢迎共建、使用！Badge：样式自定义核心代码：constcustomTheme={nutuiBadgeBorderRadius:'12px12px12px0',
作者｜携程前端框架团队，为携程集团各业务线提供优秀的Web解决方案，当前主要专注：新一代研发模式探索，Rust构建工具链路升级、Serverless应用框架开发、在线文档系统开发、低代码平台搭建、适老化与无障碍探索等。一、摘要随着携程接入小程序平台类型的增加，前端需要负责的端越来越多，研发成本也随之成倍增加。为了解决一套代码多端运行的诉求，携程小程序框架不断调整、升级，逐渐形成了携程Taro跨端解决方案。二、背景2.1小程序现状近几年业界推出了各种小程序平台，每个小程序平台都会提供一个专属的原生小程序DSL，这些DSL之间或多或少存在一些差异，这意味着使用某一类型小程序DSL编写的代码，无法
作者｜携程前端框架团队，为携程集团各业务线提供优秀的Web解决方案，当前主要专注：新一代研发模式探索，Rust构建工具链路升级、Serverless应用框架开发、在线文档系统开发、低代码平台搭建、适老化与无障碍探索等。一、摘要随着携程接入小程序平台类型的增加，前端需要负责的端越来越多，研发成本也随之成倍增加。为了解决一套代码多端运行的诉求，携程小程序框架不断调整、升级，逐渐形成了携程Taro跨端解决方案。二、背景2.1小程序现状近几年业界推出了各种小程序平台，每个小程序平台都会提供一个专属的原生小程序DSL，这些DSL之间或多或少存在一些差异，这意味着使用某一类型小程序DSL编写的代码，无法
作者|Kenny，携程高级前端开发工程师。2021年加入携程，从事小程序/H5相关研发工作。一、背景随着项目的不断迭代，规模日益增大，而基于Taro3的运行时弊端也日渐凸显，尤其在复杂列表页面上表现欠佳，极度影响用户体验。本文将以复杂列表的性能优化为主旨，尝试建立检测指标，了解性能瓶颈，通过预加载、缓存、优化组件层级、优化数据结构等多种方式，实验后提供一些技术方案的建议，希望可以给大家带来一些思路。二、问题现状及分析我们以酒店某一多功能列表为例(下图)，设定检测标准(setData次数及该setData的响应时效作为指标)，检测情况如下:指标setData次数渲染耗时(ms)第一次进入列表页7
作者|Kenny，携程高级前端开发工程师。2021年加入携程，从事小程序/H5相关研发工作。一、背景随着项目的不断迭代，规模日益增大，而基于Taro3的运行时弊端也日渐凸显，尤其在复杂列表页面上表现欠佳，极度影响用户体验。本文将以复杂列表的性能优化为主旨，尝试建立检测指标，了解性能瓶颈，通过预加载、缓存、优化组件层级、优化数据结构等多种方式，实验后提供一些技术方案的建议，希望可以给大家带来一些思路。二、问题现状及分析我们以酒店某一多功能列表为例(下图)，设定检测标准(setData次数及该setData的响应时效作为指标)，检测情况如下:指标setData次数渲染耗时(ms)第一次进入列表页7
传统意义上的持续集成，是在Web端通过自动化的方式将项目打包并上传到服务器，这一过程需要Git参与。持续集成的目的是为了免去手动打包、手动上传这一繁琐且容易出错的步骤，提高部署效率和部署的安全性。而小程序部署方式与Web端不同，它不需要在本地打包，点击开发者工具中的上传按钮就会发布版本，版本可以在小程序管理后台看到。当需要其他人测试时，将某个版本设置为体验版，然后分享体验版二维码即可。为什么小程序也需要持续集成？在实际开发中我们遇到了这样的问题：每个前端人员上传后会产生一个新版本，不同的人上传后需要测试时，就要登录到管理后台切换体验版，在频繁测试场景下这个过程非常繁琐。那么如何处理呢？解决方案
传统意义上的持续集成，是在Web端通过自动化的方式将项目打包并上传到服务器，这一过程需要Git参与。持续集成的目的是为了免去手动打包、手动上传这一繁琐且容易出错的步骤，提高部署效率和部署的安全性。而小程序部署方式与Web端不同，它不需要在本地打包，点击开发者工具中的上传按钮就会发布版本，版本可以在小程序管理后台看到。当需要其他人测试时，将某个版本设置为体验版，然后分享体验版二维码即可。为什么小程序也需要持续集成？在实际开发中我们遇到了这样的问题：每个前端人员上传后会产生一个新版本，不同的人上传后需要测试时，就要登录到管理后台切换体验版，在频繁测试场景下这个过程非常繁琐。那么如何处理呢？解决方案
