前端微架构:一种架构风格,将可独立交付的前端应用程序组合成一个更大的整体。自己话说就是将前端应用分解成一些更小、更简单的能够独立开发、测试、部署的小块,而在用户看来仍然是内聚的单个产品。
让前端开发者发挥最佳状态:
由于前端开发人员有各自的技术栈爱好、编码习惯。有些喜欢react,有些更擅长vue或angular,有些喜欢JavaScript,有些则喜欢TypeScript。这种现象原来将成为团队发展的一个障碍,唯一的解决方案就是找到共同点,这种选择会迫使一些开发人员学习新技术,并失去他们的一些专业知识。
得益于前端微服务,能够将原来的团队分为多个团队,每隔人都能在其中表现自己的最佳状态。这是因为不同的团队可以根据他们要处理的业务逻辑,在架构、测试和编码风格方面做出最佳决定。另外,这种方法本质上导致了代码和风格的隔离,使每隔团队独立于其他团队。
允许采用不同的技术栈:
由于微前端是由独立的小块组成的,所以每个都可以使用不同的技术栈来实现。首先,因为起始团队可以根据特定技术栈的专长分成许多小团队,这也尊重了单一责任原则。其次,由于许多技术栈会在同一个项目中使用,因此雇佣新的开发人员边的更加容易。
此外,微前端的方法实际上消除了对某一特定技术的锁定现象,至少它大大减少了这一现象。这是因为你的团队可以随时决定选择一个新的技术栈,而不必翻译以前开发的东西。另外,微前端架构所包含的每块内容肯定比前端单体要小,把它翻译成新的技术会花费更少的时间。
开发和部署变的更快:
通过采用前端微服务,我们现在不再有一个大的团队被迫处理不可避免的沟通开销,而是属于较小的独立团队,同时处理不同的功能,而不考虑实施细节。而且,相比于大型单片机软件,构建小型微前端更快、更容易,因此部署时间也会大大改善。事实上,每当一个团队完成了一个功能的工作,就可以在线部署,而不需要等待。
它使你的网络应用更易维护:
如果你曾经处理过大型的应用程序,你就知道他们很容易变的难以维护,特别是当他们是单体的,而且必然越来越大。而微前端是基于分而治之的方法,这意味着,如果你的网络应用程序选择这种架构,你可以使每一个业务需求更容易测试和维护。
它代表了前端开发的未来:
根据《2020年微服务状况报告》,24%的开发人员已经使用了微前端。这意味着越来越多的公司正在利用这种方法的力量,预计几个流行的前端应用程序将在不久的将来采用这种方法。换句话说,当涉及到前端开发时,微前端可能代表下一步的首选。
说了这么多,目的就是大家学着现在就开始采用它。