分负责特定的业

微服务时代的 上图非常简单地展示了正在发生的事情。 在左侧我们有一个整体前端 使用一个框架 编写的大型应用程序。 在右侧我们有微前端 可以在各种框架中编写的小组件然后组合成一个连贯的整体。 值得注意的是使用第一种方法并不排除表示层内的模块化团队可以垂直划务领域但他们在创建自己的部分时没有那么多的自由。 引入新方法和更多自由可以而且确实解决了某些问题。

另一方面它需要做出某些决定并面临许多挑战 何时将各个部分整合为一个整体 建造时 在客户端运行时 在服务器端运行时 在某些中间件的运行时 如何处理组件 服务之间的路由和通信 如何确保真正的组件独立性 如何避免 样式冲突 如何仅在需要时加载组件延迟加载 电子邮件数据 如何共享公共资源 我们现在不会关注上述问题因为如何解决这些问题取决于所选择的实现方法。 市场上最大的参与者在构建解决方案时使用微前端方法包括 宜家 亚马逊徽标 我认为电子商务行业走在使用此类解决方案的最前沿绝非偶然。



每个门户的主要功能都是已知且明确定义的搜索引擎购物车类别选择推荐促销广告广告。因此它们不会动态变化这使得微前端方法的实施变得更加容易。上述每个功能都可能负责使用不同框架编写的单独组件。 下图以亚马逊为例解释了这一点。 微服务时代的 来源 尽管这可能与前端后端方法相关但它们不是相同的概念。对于微前端来说关键是由不同业务领域对应的组件组成接口并由各种后端服务支持。在 要点是我们为不同类型的客户端创建不同的接口 网关。 当然这两种方法可以结合起来。