主页

本文讲解在鸿蒙星河版( HarmonyOS NEXT,后续统一称 HarmonyOS )上开发者角度是怎么进行文件管理、数据管理，最后再结合 HarmonyOS 的自由流转场景,学以致用。希望能让阅读者从实践中更容易理解文件管理、数据管理的业务代码开发。

在前端需求项目落地的过程中,偶尔会出现用户反馈应用操作不流畅,点击后需要较长时间才能交互的情况,后续我们前端开发者会针对这种情况排查优化并交付。 在这些性能优化的过程中,我思考是否有指标来量化前端的性能,经过多方收集资料与实践后,得出这篇前端性能指标与计算的文章,由于开发团队使用的技术偏向 Vue 、 UniApp , 因此这边文章主要是针对这两种技术栈,也就是使用 Vue 来构建的前端 H5 应用以及使用 UniApp 来构建的 Android 或者 iOS 系统上运行的小程序应用来讲解例子,希望对你有所帮助或启发。

2023年随着 ChatGPT 的爆火,其证明了自然语言处理和生成模型的巨大潜力,可以生成流畅、连贯的自然语言响应,使得人类与机器进行对话变得更加自然和易于理解。其中自然语言模型的一个应用场景就是 AI 辅助编程,本着拥抱变化的想法,在了解了基本的 AICG 概念后,本人在 VS Code 中使用了两个 AI 辅助编程插件约3个月,完成了3个前端项目。 下面的文章介绍了在我在生产实践中使用 AI 辅助编程工具的探索过程与心得,,希望对你有所帮助或启发。

前面的文章介绍了我主导负责的公司内部研发管理平台(使用人数约为210人)前端项目的技术选型以及架构体系,其采用了BFF架构,有 Node 服务作为中间层以及普遍意义上的 Web 层两个微应用。也介绍了该项目常规情况下的交付部署。 但是常规的交付部署过程繁琐,所以下面的文章介绍了在生产实践中如何便捷持续地交付项目给运维部署升级,基本概念是使用 Docker 镜像以及 Docker Compose 编排镜像,达到一键升级与部署的效果,希望对你有所帮助或启发。

本文介绍了我主导负责的公司内部研发管理平台(使用人数约为210人)前端项目的持续交付部署优化与实践,该项目采用了BFF架构,有 Node 服务作为中间层以及普遍意义上的 Web 层两个微应用,与常规的前端项目有异,交付也有所差别。 在这个过程中如何更便捷地交付运维部署升级,以及该过程不会对开发同事进行开发有所妨碍是主要的优化重心,下面的文章详细介绍了在结合公司实际业务的场景下,BFF架构项目的持续交付部署的优化与实践过程,希望对你有所帮助或启发。

公司的用户反馈处理业务使用了环信工单系统,主要业务流程是: 客服在环信工单后台收到用户反馈,生成技术工单; 技术工单同步到技术管理台; 技术人员在技术管理台收到工单提醒,在技术管理台处理工单; 然后技术人员还需把处理操作额外回填到环信工单后台(因环信通过 api 回填是额外增值服务,未采购)。 从上面的流程总结,技术人员处理一次工单,需要在 技术管理台 与 环信工单后台 进行两次重复操作,使用技术手段实现自动化操作,解放操作人员,为工作赋能是我们技术人员的基本能力,因此有这次的使用 Puppeteer 的自动化网页操作实践。

在团队开发的代码分支实践中,团队成员经常需要提出 PR 来合并代码到主分支或开发分支,而对于开发分支来说并不需要代码合并权限人员来手动 Code Rreview ,只需要检查代码是否落后于目标分支,若无就直接批准合并。 该过程是一个重复的过程，那么我们是否可以自动检查需要合并的代码是否落后，然后自动进行批准、拒绝合并操作呢。查阅了资料发现 git rev-list 命令可以进行源代码与目标代码版本的比对,那么我们就展开讲讲这个命令与它的使用方法。

前面3篇文章，我们介绍了静态代码扫描在团队的重要性以及在实际团队实践中如何使用Gitlab CI/CD配合静态代码扫描实现让团队成员低感知地遵守代码规范。而在之前我们的实践中仅仅是使用了 ktlint 实现了Kotlind的官方代码风格规范检查，但在实际开发过程中，我们还会有更多团队中的代码规范，如日志打印方法的统一、每个activity文件必须要有注释等。 因此，作为Android静态代码扫描实践的收官文章，我将带着大家如何使用 ktlint 写出自定义规则。