9

(问朋友;-))

我正在与 Web(react)和移动(IOS、Android)团队合作。而且我发现即使使用微服务架构,我们最终总是在前端/客户端级别做重复的工作。如何实现一个微前端架构,减少前端工作的重复,但仍然为本地客户端提供高质量的体验?

更多上下文:

我阅读了 Cam Jackson 的微前端文章并浏览了 Michael Geers 的微前端博客。我意识到我们更接近微服务模式:

微服务拱门

比微前端:

微前端

这主要是由于康威定律。即使拥有拥有完整产品的专门团队,我们仍然有专门的团队仅用于 IOS 和 Android 原生工作。每个新的离散功能,即使在 API/服务级别具有明确的边界上下文,最终都会被分割成相同功能/组件的多个不同前端实现,主要是为了支持原生应用程序(这要求每个组件在本机应用程序必须是本机的)。这让我想到了实现微前端。在理想的世界中,不会有任何专门的原生应用程序团队,而 ios 和 android 开发人员会整合相应的产品团队(如上图所述)。但这不是一个选择。

鉴于我们的网络应用程序具有与移动应用程序相同的外观和感觉。创建单个 Web 组件作为微前端的一部分并在具有嵌入式 Web 视图的本机应用程序中使用它是一个好主意吗?那会被认为是微前端架构吗?这种方法有什么缺点?

这样,构建响应式 Web 组件的同一团队将负责端到端的功能。并且只留下核心用户旅程和原生特定功能(如 AR 和条形码扫描)作为原生组件运行。

4

0 回答 0