说到前端开发，我一直是 Angular 的拥护者。 Angular 是我所有应用程序的首选，特别是因为我开发了很多 Ionic 移动应用程序，这些应用程序最初基于 Angular 或纯 JavaScript。多年的 Angular 开发巩固了我的舒适区，但有一天我决定冒险进入 React 的世界。

开始：我的角度舒适区

我的旅程从 Angular 开始，并且无论经历什么困难我都坚持使用它。我很欣赏它的结构化方法以及它如何与 Ionic 无缝集成以进行移动应用程序开发。**当 Ionic 添加对 React 的支持时，我对此表示怀疑，并认为这只是一个营销噱头**。毕竟，我自 2012 年以来一直在构建软件，并在 2015/2016 年左右尝试过 React 的早​​期版本之一。我最初的经历并不那么出色。过去，React 是一团糟，props 无处不在，嵌套在其他 props 中，纠结且令人困惑。 “组件”理论仍处于起步阶段，JSX 感觉笨拙且笨拙。沮丧的是，我转向了 Angular.js（是的，不是拼写错误，最后是 .js，我已经那么老了）并且没有回头。

在接下来的八年里，我使用 Angular 构建了生产 Web 应用程序、移动应用程序和自定义仪表板。它对我很有帮助，特别是因为我总是更专注于后端开发，将前端视为一项必要的任务而不是激情。

反应热潮

这些年来，我注意到 React 社区快速发展。人们热衷于 React 是前端开发的未来。尽管大肆宣传，我对 Angular 设置还是很满意。我之前尝试过 React，觉得没有必要重新审视它。

然而，好奇心最终战胜了我。好奇心促使我尝试 Next.js，因为我需要一个服务器端渲染 (SSR) 解决方案，而 Angular 被证明很难实现此目的。一切都从这里开始改变。 Next.js 带我进入了一个全新的世界。

Typescript、React、SSR 以及无数我能想到的库。预制组件的数量让我大吃一惊。我在一天之内就开发出了一个功能齐全的应用程序，登录、身份验证和 Stripe 集成都已设置完毕。生产力的提高是不真实的。 我能够在短短 1 天内为 Feedrika 新闻 API 服务构建前端和支付逻辑

我发现自己使用一个对我来说是新的框架比使用 Angular（我已经使用多年的框架）效率更高。这是一个令人震惊的启示。

结论

这次经历彻底改变了我对 React 的看法。我从怀疑论者转变为看到了它的潜力。 React 生态系统的灵活性和令人难以置信的社区支持给我留下了深刻的印象。 虽然我没有放弃 Angular，但从 React 中获得的生产力提升是令人震惊的，我计划继续探索这个方向。 我的旅程教会了我对新技术保持开放态度并不断发展的重要性开发商。