本篇内容主要讲解“考虑使用微前端的理由有哪些”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“考虑使用微前端的理由有哪些”吧!

创新互联是一家专业提供同德企业网站建设,专注与成都做网站、网站设计、H5页面制作、小程序制作等业务。10年已为同德众多企业、政府机构等服务。创新互联专业网站设计公司优惠进行中。

1. 应用很小

第一个原因是应用程序变小了，您不必下载大型代码库，而只需要等待10分钟即可安装所有依赖项。  想象一下，您加入了一家公司并第一次克隆了存储库，而您必须等待15分钟才能下载依赖项并编译项目。  当您查看源代码时，有成千上万的组件被编写，您甚至都不知道在哪里寻找或在哪里进行更改等。如果您的应用程序足够小，则可以更快，更轻松地浏览应用程序。

2. 应用是独立的

由于所有应用程序都是分开划分和开发的，因此它们彼此独立。  当您拥有一个整体应用程序时，您有太多彼此依赖的模块和组件，从而导致在哪里进行更改或在哪里寻找外观等方面的困惑。设想一个场景，您必须在现有的整体应用程序中进行一些更改，并且  5个不同的团队为此工作。 有时，您每次必须召开一次会议，从所有团队中查找信息大约需要2周的时间。  如果应用程序具有明确定义的边界并允许一个专门的团队专注于此，通常可以节省大量时间。

3. 应用程序更易于理解

应用程序较小，由一个团队开发，因此更易于理解。 由于这些应用程序具有明确的界限，并且由一个团队开发，因此它们通常遵循一致的样式指南，这使它更易于理解。  对于大型应用程序，有几个团队在处理它，而他们通常不遵循一致的样式指南。 您甚至可以定义一个好的项目结构，因为用于项目的组件或服务数量很少。

4. 应用程序更易于开发和部署

由于这些应用程序的性质很小，并且由一个团队开发，因此非常容易开发和部署。 我们甚至可以独立部署。  当您在Jenkins上拥有大型应用程序的构建管道时，由于拥有成千上万的组件，因此需要等待20至40分钟才能下载并编译该项目。  当您为每个微型应用程序定义单独的管道时，使用微型前端可以大大减少这些构建时间。

5. 应用程序更易于测试

我们必须为大型应用程序编写成千上万的单元测试，并且要花很多时间才能运行。 这会使我们的部署过程变慢。  当涉及到微型前端时，每个应用程序只有很少的单元测试，并执行自己的单元测试，并且可以独立运行。

6. 应用程序开发变得更快

由于有独立的团队，整个开发变得更快，更容易。

7. CI / CD变得更容易

每个应用程序都可以集成和单独部署，这使得CI / CD的过程变得更加容易。  当我们修复应用程序或引入新功能时，我们不必担心整个应用程序，因为所有功能都是独立的。

8. 独立的堆栈和版本

我们可以为每个应用选择自己的堆栈，但是这种情况很少发生，但是我们可以在同一堆栈中使用不同的版本。  例如，某些团队具有灵活性和时间来引入和测试同一堆栈的较新版本。  例如，React很好，可以灵活地完成任务，而Angular可以很好地满足其他要求，您可以根据自己的需要选择框架，而不必依赖以前的开发人员或以前的团队就开始使用它。  相同适用于同一框架的不同版本。

9. 没有共享代码

在大型应用程序中，我们倾向于跨功能共享代码，但是这种扩展性不好，并且随着应用程序越来越大，会引入许多错误和相互依赖性。  这不适用于微型前端，因为除非它是愚蠢的组件，否则我们不会共享代码。 我们可能会分享信息

10. 可以轻松更改架构，而无需触及旧架构

有时我们必须扩展旧的体系结构，但是我们可能没有开发人员来实现或扩展该体系结构。 借助微型前端方法，我们可以开发具有最新堆栈的新功能并独立交付。  如果要扩展已有20年的现有应用程序，很难找到开发人员，因为您必须使用新技术来实现整个应用程序，或者可以借助微前端方法进行扩展。

到此，相信大家对“考虑使用微前端的理由有哪些”有了更深的了解，不妨来实际操作一番吧！这里是创新互联网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！

本文题目：考虑使用微前端的理由有哪些
分享地址：http://chengdu.cdxwcx.cn/article/gscpio.html