> Micro-frontends architecture
在过去的30个月中，我有机会对我职业生涯中设计过的最具挑战性的架构之一进行研究，主要要求是基于交付速度，可伸缩性和代码质量，前端应用程序正变得更具挑战性 每天，在像DAZN这样的快速发展的公司中实现这些要求绝非易事。
对我来说，第一步是确定如何以有意义的方式实现这些要求，因此，我开始思考如何在理想的世界中实现这些目标，然后通过公司内部的限制进行回顾性工作。
交付速度本来可以使多个团队中的任务并行化，这是真正的挑战，尽管要使团队足够独立以至于不会被外部依赖所阻止，尤其是当团队分布且不在同一地点时。
前端生态系统的可伸缩性不仅以技术挑战为代表，而且还以自治团队为代表，我常常会经历前端开发人员因外部依赖而产生的挫败感，因为他们必须维护和改进出于某个目的而开始发展的代码库，并逐渐演变为 经过数月或数年的工作后无法管理，理想情况下，我们应该能够有机地扩展我们的团队，并使其适应业务需求，而不会产生过多的摩擦，而不仅仅是陷入真正没有遵循"业务节奏"的代码库中。
代码质量是一项非功能性要求，始终是所有团队和公司的目标，但是尽管每个团队成员都怀有善意，但由于业务的压力，我们常常不得不做出一些艰难的决定来偷工减料。 债务增加，并且没有得到适当解决，这会对整个组织和团队士气产生影响。
在这些关键目标之上，我认为对我将要重新设计的项目至关重要的个人目标是创新，在JavaScript社区中，有很多才华横溢的团队和个人为具有出色库，框架的开源项目做出了贡献，但是 在一般解决方案中，这可能会使我们的生活变得更轻松，甚至加速特定功能的上市时间，而考虑到我正在为将来应该在公司中保留的架构而工作，而忽略这个奇妙的生态系统将是技术自杀。 在可预见的未来。
为了实现所有这些目标，我不得不跳脱思维，利用过去的经验和职业生涯中成功与失败的经验教训，然后我想到了微前端，遵循微服务原则，我能够 根据我需要实现的目的提取宣言：
> DAZN micro-frontends manifesto
通常，当我们设计新的体系结构时，我们需要牢记，体系结构和技术决策不仅会影响代码和技术团队，还会影响我们工作的整个组织，因此，至关重要的是要了解这些选择对我们公司的影响。
如果您想了解更多，我在上一届Frontend Developer Love Conference上与同事Max Gallo的演讲中总结了这次令人难以置信的旅程，会议上的反馈确实很积极，但是我决定使用此平台来了解其他人 考虑并围绕一个主题进行真正的讨论，该主题将改变我们的前端应用程序的未来：微型前端。
享受谈话的乐趣，并随时发表评论或提出任何问题，我真的很想收集围绕微型前端的经验和社区的常见问题/疑问，并尽力回答所有这些问题。
联系客服
