Chrome 插件整体架构; 如何开发一个 Chrome 插件(Popup 和 Devtools); 如何使用前端框架(React/Vue)进行开发; 如何调试插件; 如何使用 Puppeteer 对插件进行 E2E 测试(本地和 CI 环境)。
前端 monorepo 在试行大仓研发流程过程中,已经包含了多个业务域的应用、共享组件库、工具函数等多种静态资源,在实现包括代码共享、依赖管理的便捷性以及更好的团队协作的时候,也面临大仓代码文件权限的问题。如何让不同业务域的研发能够顺畅的在大仓模式下开发,离不开有效的权限管理方法。好的权限管理方法能够确保研发同学轻松找到和理解项目的不同部分,而不受混乱或不必要的复杂性的影响,并且也应该允许研发同学合作并同时工作,同时也要确保代码合并的更改经过代码审查,以维护代码的质量和稳定性。本文通过实践过程中遇到的一些问题以及逐步沉淀下来的最佳实践,来阐述下前端大仓 monorepo 在权限这块是如何思考以及设计的。
本文主要介绍了 RocksDB 的基础原理,并阐述了 RocksDB 在vivo消息推送系统中的一些实践,通过分享一些对 RocksDB 原生能力的探索,希望可以给使用RocksDB的读者带来启发。
前端框架的复杂度最近一段时间频频遭到质疑,引发了一些吐槽,甚至有一篇文章提到:『前端所有主流的框架,都是在自欺欺人』。本文主要是向前端的初学者介绍前端框架的发展历程及设计思想,比如为何要引入这样那样的“复杂度”?这样『设计』有什么好处?是为了解决什么问题?了解其背后的原因,我们或许就不会那么多抱怨了。
作者从7月份开始做AIGC相关的项目有了一些感触和经验总结分享给大家,生成图片的质量提升一方面来自于AIGC领域大模型和开源插件的飞速发展,一方面来自对于生成路线和参数的理解加深。
Jinkela(金坷垃)Pipeline 是一套用于前端 DevOps 的实验性的胶水工具,解决了许多开发流程中的细节问题,希望简化前端发布的操作难度,如今能力被集成到 Dejavu(逮虾户) 这个在线平台,承载上百个前端业务仓库的 CI/CD 能力。
TQUIC 的目标是打造一个稳定、快速、高性能并具有广泛技术影响力的传输协议库。具体来说,TQUIC 具有快传输、高性能、高质量等特性优势,并支持多种类拥塞控制算法,包括 BBRv3、BBRv1、COPA、CUBIC 等,传输速度和公平性均表现优异,适用于不同网络环境。此外,TQUIC 还支持多路径,在弱网和跨网场景下保障业务体验平滑过渡。值得一提的是,TQUIC 是基于 RUST 语言开发的 QUIC 协议库,保证在提升内存安全性的同时,单机转发性能也非常良好。