11 2021 档案
摘要：
在业务开发过程中发现了一个性能致命的地方，我将关键代码拆解后进行了分析，起初我认为可能是某函数里面某些方法执行太慢，从 formatData.replace 到 unescape，一个已废弃的函数，官方建议使用 decodeURI 或者 decodeURIComponent 替代，这些方法都怀疑了一遍，发现这些方法都不是该函数运行慢的原因。为了深究原因，我给函数传入了不同的值，发现某个函数的运行效率出现不同的表现。开始有点疑惑为什么的值导致这个函数的运行效率差别如此之大，最后探究出本质是 try catch 导致的性能大量折损，我们一起来看看具体原因。
阅读全文
在业务开发过程中发现了一个性能致命的地方，我将关键代码拆解后进行了分析，起初我认为可能是某函数里面某些方法执行太慢，从 formatData.replace 到 unescape，一个已废弃的函数，官方建议使用 decodeURI 或者 decodeURIComponent 替代，这些方法都怀疑了一遍，发现这些方法都不是该函数运行慢的原因。为了深究原因，我给函数传入了不同的值，发现某个函数的运行效率出现不同的表现。开始有点疑惑为什么的值导致这个函数的运行效率差别如此之大，最后探究出本质是 try catch 导致的性能大量折损，我们一起来看看具体原因。
阅读全文
摘要：
随着 OpenHarmony 组件开发大赛结果公布，我们的团队成员被告知获得了二等奖，在开心之余也想将我们这段时间宝贵的开发经验写下来与大家分享，当我们看到参赛通知的时候已经是 9 月中旬的时候，此时已经是作品可以提交的时间了，参考了一些其他作品发现，基于 Canvas 开发的组件目前还没有，那我们就开始计划写一个基于 Canvas 和通用组件一起开发的组件，在这之前由于并没有开发过 OpenHarmony 应用，我们团队成员都没有相关的经验，大家从零开始在摸索，我们首先分工合作，有的成员负责去下载 IDE 和调试设备，有的成员负责研究和阅读官方文档。
阅读全文
随着 OpenHarmony 组件开发大赛结果公布，我们的团队成员被告知获得了二等奖，在开心之余也想将我们这段时间宝贵的开发经验写下来与大家分享，当我们看到参赛通知的时候已经是 9 月中旬的时候，此时已经是作品可以提交的时间了，参考了一些其他作品发现，基于 Canvas 开发的组件目前还没有，那我们就开始计划写一个基于 Canvas 和通用组件一起开发的组件，在这之前由于并没有开发过 OpenHarmony 应用，我们团队成员都没有相关的经验，大家从零开始在摸索，我们首先分工合作，有的成员负责去下载 IDE 和调试设备，有的成员负责研究和阅读官方文档。
阅读全文
