项目：tar3+vue3问题：自定义密码或验证码输入框需要自动聚焦，拉起键盘A.微信小程序：用了自定义指令达到这个目的自定义密码或验证码输入框input自动获取焦点之坑B.支付宝小程序：官方文档中说不支持自动获取焦点，必须手动拉起所以自定义指令在支付宝小程序&&ios下是无效的，需要另辟蹊径。方案一：页面中还是一个input,覆盖在box之上，然后隐藏input,输入内容时，关联的方式还是和之前一样设置input为opacity:0;但是ios的光标依然在方案二：在方案一的基础上，input获取focus时，onfocus时将input移出可视窗，悲催的是ios的光标依然依然存在…方案三：在方
最近这一年来，做了三个小程序。第一个小程序用的原生框架，所有的样式和js都要自己写，不好看还写得头疼死。写第二个小程序的时候正觉得VUE3流行，想熟悉一下VUE3，因此找到了taro框架。这个框架好不好我也无从分辨，暂时能用就行。一.搭建项目1.taro客户端安装，想用taro开发小程序这个必须要先安装npminstall-g@tarojs/cli此处参考官方文档：安装及使用|Taro文档2.创建项目taroinitmyApp我的选择如下：3.项目会自动安装依赖包，然后用微信开发者工具导入这个新创建的项目4.引入TaroUIVue3在项目根目录下输入命令：npminstalltaro-ui-v
最近这一年来，做了三个小程序。第一个小程序用的原生框架，所有的样式和js都要自己写，不好看还写得头疼死。写第二个小程序的时候正觉得VUE3流行，想熟悉一下VUE3，因此找到了taro框架。这个框架好不好我也无从分辨，暂时能用就行。一.搭建项目1.taro客户端安装，想用taro开发小程序这个必须要先安装npminstall-g@tarojs/cli此处参考官方文档：安装及使用|Taro文档2.创建项目taroinitmyApp我的选择如下：3.项目会自动安装依赖包，然后用微信开发者工具导入这个新创建的项目4.引入TaroUIVue3在项目根目录下输入命令：npminstalltaro-ui-v
我用一天时间做了一个AI画图小程序事情是这样的，最近工作比较空闲，就到处逛帖子，发现每到一个地方都能发现有关于AI画图的影子。于是乎我抱着好奇的态度，把能操作的平台都玩了一遍。有StableDiffusion有Midjourney有DreamStudio但是体验了一下之后就感觉对小白使用起来比较困难主要这些都是国外的，没有梯子的话就算能访问，速度也是非常慢。然后我又找到一个国内的可以方便大家使用的就是百度出品的文心大模型看看效果还是很不错的。我又想难道这个AI画图只能在PC操作吗，难道不可以在手机上操作吗?这就萌生了做个AI画图小程序的想法说干就干，申请邮箱->注册小程序->开发小程序一气呵成
我用一天时间做了一个AI画图小程序事情是这样的，最近工作比较空闲，就到处逛帖子，发现每到一个地方都能发现有关于AI画图的影子。于是乎我抱着好奇的态度，把能操作的平台都玩了一遍。有StableDiffusion有Midjourney有DreamStudio但是体验了一下之后就感觉对小白使用起来比较困难主要这些都是国外的，没有梯子的话就算能访问，速度也是非常慢。然后我又找到一个国内的可以方便大家使用的就是百度出品的文心大模型看看效果还是很不错的。我又想难道这个AI画图只能在PC操作吗，难道不可以在手机上操作吗?这就萌生了做个AI画图小程序的想法说干就干，申请邮箱->注册小程序->开发小程序一气呵成
作者｜携程前端框架团队，为携程集团各业务线提供优秀的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端不同，它不需要在本地打包，点击开发者工具中的上传按钮就会发布版本，版本可以在小程序管理后台看到。当需要其他人测试时，将某个版本设置为体验版，然后分享体验版二维码即可。为什么小程序也需要持续集成？在实际开发中我们遇到了这样的问题：每个前端人员上传后会产生一个新版本，不同的人上传后需要测试时，就要登录到管理后台切换体验版，在频繁测试场景下这个过程非常繁琐。那么如何处理呢？解决方案
