许多人不喜欢和批

直到最近谈论微服务架构仅涉及应用程序后端。过时的被评的单体被推向了表示层。在某些时候我们开始想知道 有什么东西很快就会爆炸吗？ 微服务时代 应该如何设计？ 将微服务的思想延伸到前端领域是一个好主意吗？ 目前使用的技术是否准备好实施这种方法？ 这些问题激发了我自己去寻找答案。我在这篇文章中与大家分享它们的效果以及我的想法和结论。 设计现代 应用程序的表示层并不容易。多年来瘦客户端越来越多地被较厚的客户端胖客户端所取代这是一种趋势。

结果越来越多的责任落在了客户端的肩上。在微服务领域 定理和最终一致性 最终决策越来越取决 电子邮件数据 于客户端应用程序的逻辑。 我们程序员经常笑说没有新的改变世界的 框架的一天就是浪费的一天这并非没有道理。 事实上为什么要创建这么多新框架？你想过吗？ 也许是因为对表示层的期望几乎每个月都在增长。它应该更快更流畅越来越漂亮越来越动态越来越多 唯一的问题是使用当前的设计方法是否仍然可以满足这些要求？ 因此也许我们不应该创建新的框架而应该专注于更好地利用现有框架。



将微服务方法扩展到表示层是否有助于满足这些要求？ 微前端 如果我们正在寻找上述问题的答案我们应该对一种称为微前端的方法感兴趣 用于创建由许多可以使用不同技术的团队开发的现代 应用程序的技术和策略。 扩展这个定义我们可以在微前端方法中区分以下几点 应用程序作为一组功能每个功能均由独立团队开发 每个团队都有一个独立的负责和擅长的业务领域 这些团队是多功能的所谓的全栈并从头到尾开发他们的功能从数据库到用户界面 每个团队都应该能够改变他们使用的技术。