蒲公英·JELLY技术期刊Vol.47我不想当架构师的程序员不是“合格”的程序员吗？这种言论在很多文章中应该是很常见的。我们需要架构思维、抽象能力、分层……我们需要的太多了，但是很少有合适的项目可以帮助我们养成这些思维的习惯，比如业务组件系统的设计，比如编辑器等等，需要权衡技术和业务的平衡，架构设计的稳定性和扩展能力，面对业务不断思考，泰山如夷。观海之山充满了对登山的热爱，而观海则充满了对大海的意味。Wix微前端与插件架构实践总结：微前端的概念已经有一段时间了。我们从2013年左右开始就在Wix中使用这种架构，甚至在它被命名为Wix之前很久。这也是我们在2016年从AngularJS逐步迁移到React的一个关键因素。多年来，我们一直在改进它，积累了很多经验。在本文中，我想与您分享我们为开发大规模微前端开发概念所做的一些工作（在撰写本文时，我们有700名开发人员致力于此架构）。推荐：作为全球最好的建站产品之一，Wix的建站编辑器在功能和扩展性上都非常强大。他们很早就采用了微前端作为可插拔系统的解决方案，并一直在迭代这种架构。本文详细介绍了他们的可插拔微前端架构的诞生背景和技术实践，包括开发/测试、构建/发布、监控等一整套工作流程，以及可插拔微前端对应的IoC库架构开源：https://github.com/wix/replug...编辑器架构的第二条路：Slate让你构建丰富、直观的编辑器，如Medium、DropboxPaper或GoogleDocs，而不会让你陷入代码实现的复杂性。推荐：编辑器应用的复杂度堪称web应用中的佼佼者，业界知名的多人协同编辑器的难度堪称业界标杆，但能否编辑器真的只能设计得极其复杂吗？值得一提的是，Slate整体设计优雅灵动，各个模块设计精巧却又非常通俗易懂，值得细细品味。高效和健壮的代码有时与设计复杂性的相关性并不高，这在组织每个模块的功能时值得考虑。业务前端组件化体系概述：组件化是一个老生常谈，但经久不衰的话题。随着技术的更迭和业务复杂度的增加，组件化一再被重新审视。可以说，组件化之路在一定程度上反映了程序开发的发展过程。推荐语言：本文从实际业务场景出发，针对组件实现中常见的问题，以及业务中前端组件系统的构建，深入浅出地分析组件设计思路。应用、跨技术栈集成等知识点非常实用，值得一读。用于构建网站的Spotlight插件：考虑类似于MacOS的Spotlight和Linear的command+k体验？使用kbar向您的站点添加快速、可扩展的命令+k菜单。建议：提升用户体验是一个非常宏大的命题，但有时只需要几个简单的步骤。例如，您可以使用kbar为您的网站添加堪比Spotlight的command+k体验。相信这对很多个人开发者都会有很大的帮助~流上阁因山地之巧而巧，因巧而眼力差。扩展能力，本文从名词解析入手，描述CloudIDE设计过程中需要什么样的插件系统，深入浅出地讲解不同系统模块之间的架构，教你快速上手编写Theia插件插件。推荐：Theia插件系统非常强大。如此庞大的项目，加上复杂的能力模块，还能保持高质量的代码和清晰的架构，这对很多业务项目来说是很难的。这样的Project架构在很多情况下可能并不需要，但一定是值得思考和学习的。Theia主题总结技术揭秘：Theia的主题设计遵循VSCode的Theme规范。本文从类型入手，详细介绍了实现中需要考虑的问题，以及在VSCode规范下Theia应用实现Theme插件的细节。建议：对于小编来说，从头开始实现是不现实的，所以如果能兼容现有的设计，是一个不错的选择。VSCode在任何意义上都是一个优秀的参考对象。通过兼容VSCode的主题，可以大大降低用户的迁移成本。《蒲公英》期刊，每周更新，我们重点挖掘“基础技术、工程、跨端框架技术、图形编程、服务端开发、桌面开发、人工智能、设计哲学、前端框架”等主要方向行业热点及专业解读；不仅如此，我们还会推荐精选的O2-Convex技术文章，展示团队内部的研究技术方向。抬头望去，蒲公英的种子会生根发芽，绚丽如夏花；探事知，登高望远，沧海拾遗，以积硅行万里。蒲公英·JELLY技术期刊投稿指南欢迎关注傲兔实验室博客：aotu.io或关注傲兔实验室公众号（傲兔实验室），不定期推送文章。
