pecopeco

> 为什么不使用ionic呢 自绘引擎是未来

现有项目暂时没有web端和小程序同构的需求，这个需求应该说是比较少的，如果我是用户，我能用小程序就不会用你的h5，其他框架比如taro已经比较成熟，生态发展得很好，最近3.0准备入vue3，前景相当乐观，支持支付宝百度等多端小程序才是大部分开发者想要的，还能编译到APP，简直就是一发暴击，像https://wechat-miniprogram.github.io/kbone/docs/qa/#%E7%AD%94%E7%96%91 罗列出的一些特性不支持，配置相对繁杂不清晰，有一定的劝退成分

吹了这么多的taro，实际上还在用比较老的megalo，因为这些年微信小程序更新量少且缓慢，老框架使用起来几乎毫无障碍，最重要的是开发体验上，无缝丝滑，未来可能会考虑迁移，但不是现在

@F-loat 是click事件触发，更新了data里的数据才会导致页面往上滚动，猜测是因为wxParse组件被重新渲染了？

小程序框架用了一箩筐了，总体看megalo算是用得比较顺手的，vue各方面特性支持都比较好，写出来的东西简洁易用，莫名契合个人代码习惯 因为不喜欢套多层slot，目前对这个坑点无感，按印象提几个坑： 开发工具AppData结构混乱，完全无法调试 新增页面或者组件，需要重新编译，由此会引发下面这个坑点 在开发工具已打开项目的情况下，npm停止运行后无法重新编译，报一个EBUSY: resource busy or locked 的文件被锁定的错误 在运行serve的情况下代码默认未经过压缩，只有build才会压缩，代码包大小经常超标，预览发布不便 偶尔出现莫名的编译错误，样式混乱，wxml文件丢失或者无法识别 另外就是缺少易用的ui组件，项目里几乎都是按原生组件的方式引入第三方组件，跨端体感很差 vue3即将发布，希望未来能支持

+1 multiline={true} keyboardType={"default"} and limit the maxLength can solve this problem temporarily @igofind

> > > 已经在公司内部的项目里面允许使用taro-ui了。 > > > > > > 大兄弟，有没有可推荐的ui？ > > 如果只开发小程序 可以试试整合vant ui 的小程序版本 , 我没试过 据说可以 没有交互的组件可以，如果有事件处理或者canvas，完全没办法用