微前端的暗位面

在我们进入微前端的缺点之前&＃xff0c;我们先来提一提使用微前端架构的两个在应用层面的好处。

1.1. 应用之间隔离

当您有多个团队为一个项目开发不同的功能时&＃xff0c;很难同时协调开发的进度和部署的时机。

微前端允许每个负责不同功能的团队自由地控制他们的开发和部署过程&＃xff0c;而完全不会影响其他应用。这允许您以更有条理和更有效的方式在您的应用上发布和更新具有实时功能的功能。

1.2. 项目的渐进升级和技术交叉

当您的项目中使用的技术无法满足当前时代的潮流时&＃xff0c;您可能需要升级您的应用&＃xff0c;但是又不希望对已有的项目做重构。

微前端应用之间相互隔离&＃xff0c;因此&＃xff0c;不同的应用完全可以使用不同的技术栈&＃xff0c;这不仅允许您可以渐进的升级您的应用&＃xff0c;同时还可以实现不同技术的交叉。

2. 你应该知道的微前端的缺点

尽管微前端有很多好处&＃xff0c;但这种方法也有一些缺点。

正如我们在上面看到的&＃xff0c;微前端可能是一个很好的工具&＃xff0c;但根据项目、团队和业务的结构&＃xff0c;它们的优势可能无法发挥作用。

2.1. 对模块之间的接口缺乏控制

如果您需要与其他团队的应用协作以使您的应用正常运行&＃xff0c;您可能会发现他们并不总是直接遵循您的组织设置的最佳实践或约定。

由于每个应用程序都是独立的并且彼此隔离&＃xff0c;因此在尝试集成它们时可能会导致麻烦。

2.2.缺乏沟通的风险

跨职能团队是管理项目的常用方法&＃xff0c;但它可能会导致时间浪费和效率低下。

当不同的团队在不同的代码库上工作而不与其他部门共享时&＃xff0c;就会出现问题。

这可能导致重复具体的实施方法&＃xff0c;浪费公司宝贵的时间。

2.3.增加的有效载荷

包含的技术堆栈和应用程序越多&＃xff0c;它在用户浏览器上的速度可能就越慢。

这是因为在使用它们之前&＃xff0c;他们必须从所有不同的框架中获取对应的基础依赖。

2.4.更复杂的开发过程

代码需要文档和单元测试才能高效、正确且易于阅读&＃xff0c;以便其他人在尝试提出新想法或实施产品管理团队的更新时通读。

如果微前端的实现不小心&＃xff0c;每个单独的模块很快就会变得过于复杂&＃xff0c;这对于以后的开发人员来说太复杂了。

2.5.更复杂的部署过程

当您有多个微应用时&＃xff0c;部署更改或升级到您的应用程序可能会变得更加困难。

您将需要更好地了解每个模块之间的依赖关系&＃xff0c;以便它们以正确的顺序部署在一起。

否则&＃xff0c;由于一次实施的更新冲突&＃xff0c;这可能会导致系统崩溃或出现性能问题。

2.6.更难统一用户体验

为了使用户体验保持凝聚力和一致性&＃xff0c;团队之间必须达成共识。

当不同的团队在您的组织内使用多种技术时&＃xff0c;一个领域的不一致可能会导致其他人走上类似的道路&＃xff0c;从而导致整体用户体验不愉快。

3. 结论

微前端允许在您的应用程序中进行更灵活和可扩展的代码开发&＃xff0c;并使每个团队能够独立工作。

但是&＃xff0c;这种方法有其缺点&＃xff0c;需要在实施之前仔细考虑&＃xff0c;以便您知道可能会出现哪些类型的问题。