前端架构

还有另一个FE框架比较？

是的，我知道。网络上已经充斥着诸如“React vs Angular vs Vue vs…”之类的文章，这已经很烦人了。

更令人讨厌的是，他们中的大多数人只是抛出一堆肤浅的信息，然后试图以一个常见的政治正确的结局来结束，这个结局可以概括为“所有的框架都足够好，选择取决于你的品味和具体需求”——这让读者比以前更加困惑。

但最让我恼火的是，这类比较文章中的许多似乎甚至相互抄袭了一堆被忽视的共性，比如“学习角度更难”和“React有利于快速开发”。

…如果你问我，我并不觉得Angular“很难”（尤其是因为我有OOP背景），我认为当你知道自己在做什么时，所有框架都可以用于“快速开发”。如果你不知道自己在做什么，你绝对不应该做任何“快速开发”，而是正确地学习你将要使用的技术，无论是什么。但这只是我个人的观点，也是我第一次也是最后一次在本文中表达。

让我们谈谈数据

我想在本文中展示的是客观数据：每个前端框架的开发活动统计数据。在本文中，我对这些信息进行了分组，这些信息已经在GitHub上公开。这些框架开源的另一个很酷的地方。

探索前端架构：概述与干净的前端架构相关的一些原则（SOLID、KISS、DRY、DDD等）。

在我之前的一篇帖子中，我谈到了Signals和仍然缺少的内容[1]。现在，我想谈谈一个更通用的主题，即Clean Frontend Architecture。围绕这个主题有很多原则：

SOLID、KISS（保持简洁）、DRY（不要重复）、DDD（领域驱动设计）等等。

在这篇文章中，我将讨论其中的一些概念。但首先，我为什么要谈论前端架构？对我来说，这是一个非常私人的话题。为什么？因为每天，我都要努力说服管理层和开发团队，让他们相信前端架构和后端架构一样重要。

为什么我们需要前端架构？

功能性和非功能性需求不仅必须应用于后端，还必须应用于前端。因此，通过前端架构，我们能够满足业务需求。此外，我们能够更好地了解项目的复杂性，从而降低任何项目的风险、时间和成本。然而，在我看来，前端架构最有价值的原因是任何项目的可维护性和可扩展性。

那么，前端架构是什么样子的呢？

根据我的经验，大多数时候都使用分层体系结构。然而，我不得不承认，我也遇到过一些应用六边形架构的项目。