仓库 Issues 博客
排序: 最佳匹配
较高,要求运营的同学有一定的技术背景,短时间内很难找到匹配的人才。于是在 2019 年中,我就开始参与了 Taro 的运营工作,完成了 Taro 品牌升级、官网落地、月报输出等。与此同时,我也承担了 2020 年凹凸品牌的运营工作,探索运营新渠道,提升
凹凸实验室 2 0 发布于 2021-02-04
语法的方式,去生成不同平台的代码,导致每次 Jsx 或 Js 语法有更新,这两个版本的 Taro 编译器都要同步去做适配,这是一种重编译时的方案,对 Jsx 的支持其实非常痛苦,所以 Taro3 索性采取了重运行时、轻编译时的重构,以获得编译器对 Jsx 更有好的支持。
京东云开发者 9 3 发布于 2022-11-01
,可以只渲染当前可视区域(visible viewport)的视图,非可视区域的视图在用户滚动到可视区域再渲染。例如,Taro[1]中的长列表渲染(虚拟列表):当然以上只是一个简单的应用,日历组件的构建需要在这个的基础上进行一定的优化。如下图,months
凹凸实验室 7 0 发布于 2022-04-21
dev:taro:weapp可以启动本地适配 Taro 的项目。 在此基础上,我们增加了适配业务线的编译项,如可使用 npm run dev:taro:weapp:jmapp 来启动本地「适配京麦业务(jmapp)风格」的「适配Taro」的项目」。 具体实现如下: "
京东云开发者 3 0 发布于 2023-05-06
监控需求的用户都面临以下痛点: 仅支持 1 ~ 2 个小程序平台,不支持主流小程序跨端开发框架,如 uni-app 和 Taro。 异常监控、请求监控、启动/运行时性能监控能力薄弱。 SDK 配置繁琐、体积大、性能损耗高,接入成本高。 基于以上痛点,火山引擎
等;结合对前端框架兼容情况、京东小程序[2]的支持度及团队自身情况(团队对React比较熟悉)等因素,综合考虑最终决定采用Taro框架来进行多端化重构。 2.2、技术方案制定及实践 2.2.1、思考需要解决的问题 如何更好的支持京东小程序、微信小程序、H5等多端需求?
京东云开发者 2 1 发布于 2023-08-17
也从单一 Vue 技术栈的组件库逐渐成长为适配多端的多技术栈的组件库,升级设计规范「京东APP视觉」「京东科技视觉」,适配 Taro 框架支持小程序开发,拓展 React 技术栈,打造 NutUI 业务组件生态等。 2022 是不平凡的一年,新冠末年前端技
京东云开发者 0 2 发布于 2023-01-03
但是,如果你像我一样遇到上面策略无法覆盖的场景呢? 需要修改旧代码,配置纯数据字段的正则影响太大 京喜首页使用了 Taro 做多端适配,Taro 编译复杂逻辑的数组后会出现「影子变量」去代理逻辑,原本的数组变量被架空导致扣分 那么还有一个终极 hack 的方法:
凹凸实验室 1 1 发布于 2020-08-25
跨端API,使用方式类似mpvue.request() taro:支持微信的所有原生组件和api,无限制。同时框架封装了自己的跨端API,使用方式类似Taro.request(),支持Taro 代码与小程序代码混写,可通过混写的方式调用框架尚未封装的小程序新增API
崔红保 29 7 发布于 2019-06-10
之外,京喜首页在微信小程序、H5、APP 三端都有落地场景,为了提高研发效率,我们使用了 Taro[1] 框架实现多端统一,因此下文中有部分内容是和 Taro 框架息息相关的。怎么定义高性能?—提起互联网应用性能这个词,很多人在脑海中的词法解析就是,“
凹凸实验室 0 0 发布于 2020-08-12
。一种是为了更强大的表现能力和性能增益,如同 Svelte 一般, 另一种则是为了抹平多个平台的差距, 例如 国内的各个小程序框架 Taro(React 系,适合新项目), Mpx(微信小程序,适合老项目)等。 更高的表现力 对比同类型的 Elm Imba 以及
jump--jump 0 0 发布于 2020-01-04

推荐博客

...