在开发人员的职业生涯中，我花了很长时间才弄清楚，如果没有某种后端，您将无法真正做很多事情。 作为前端开发人员，如果您不知道如何连接数据库，创建和使用API，就会很容易陷入困境。 您也不能忽略它-除非您想永远保持在新手阶段。
在旅途中，我很幸运地让后端开发人员为我创建了API。 如果没有，我通常只是以某种AWS无服务器结构或节点形式创建自己的。
但是，如果您只是想快速学习前端框架，那么创建API的过程可能会很耗时，并且有可能减慢您的学习速度。 您将容易地被局限在学习如何设置节点，学习如何使用MongoDB，学习数据结构如何工作以及学习介于两者之间的其他一切方面。 到您开始学习应该做的事情时，已经有两个星期到几个月了。
学习后端技术堆栈没有任何问题-但这不是您的最初目标，而更像是绕开了要达到的目标。
对我来说，它一直在努力使React在生产级别上工作-但我需要API和auth系统才能实现这一点。
让我们谈谈Firebase
我过去曾使用Firebase来使Angular应用程序快速启动并运行。 当我只想专注于学习框架而不被Node所束缚时，该服务特别方便。
我对Node没有任何想法。 我只想快速构建和交付该项目。
这就是Firebase派上用场的地方。
该服务是Google拥有的平台，旨在为快速的网络和移动开发提供整体方法。 简而言之，它使您可以专注于应用程序有趣且可视化的前端部分，而不是管道。 它具有可视化的无表数据库，托管，文件存储，服务器端处理功能，可处理需要从前端和身份验证系统保护的内容-中小型应用程序所需的一切。 大型应用程序将需要一些思考和体系结构，但这需要稍后进行。
最好的部分是，所有内容都可以通过预制的API访问。
CRUD，Auth和Payment系统
在过去的几年中，我得出的结论是，如果您能弄清楚如何进行CRUD，实施身份验证和付款系统，那么几乎可以想到的所有可能应用程序都将被分类。
但是大多数时候，没有后端系统就无法做这些事情。 那就是Firebase派上用场的地方-特别是对于那些仍在学习的人。
互联网上有一些争论反对使用Firebase。 他们认为，一旦您使用了该服务，您的整个应用程序就会被锁定。 但是，仔细检查发现，这是因为它们已将API调用紧密结合在逻辑内。 这意味着他们使用其他服务还是自己的API无关紧要，如果他们编写紧密依赖彼此的代码来工作，那么与用作后端的任何东西都没有太大的区别。
如果需要将后端的某些部分切换为其他功能，则功能和逻辑之间的明确区分会有所帮助。 下图说明了如何在Angular中进行操作。
如果需要更改后端，则只需退出服务层，也许根据需求和差异，我还将重构数据层的某些部分。
在代码的灵活性方面，结构扮演着重要的角色。 当涉及到新的前端框架时，结构也是我想了解和学习的内容之一。 我不想花费大部分时间来设置后端来学习前端。
此外，如果您要退出后端，那么您将需要编写一些代码并进行重构。
多学习，少摆弄，更快地创建应用
Firebase解决了前端开发人员遇到的主要问题。 它们提供了后端，特别是对于尚未达到完整堆栈状态的用户。 即使您是全栈开发人员，也可以将基础结构的开发时间减少一半和四分之一。
听起来很懒，但是如果您只想创建应用，那么Firebase是一个不错的解决方案。 它释放了您的精力，使您花费更少的时间进行摆弄，规划，构建和花更多的时间学习所需的前端框架，从而使您可以创建功能全面且可投入生产的应用程序。
您只需要弄清楚如何使用API，就可以创建应用了。
这就是我使用React应用程序的地方。
最后的话
在过去的几天里，我一直在尝试创建一些东西，只是发现我没有后端可以满足我的需求。 前端应用程序不与后端结合使用时，其作用不大。 到目前为止，这是我最大的障碍。 过去，我曾将Angular与Firebase结合使用，但是单击它并不能将其用于我想要的任何项目-它并不一定要特定于Angular。 我的大脑是那样的奇怪-也许没有人真正进行过React + Firebase配对以在我的脑海中激发出这样的想法。
实际上，Firebase是一个利用率很低的工具，大多数教程都选择使用MERN或MEAN堆栈。 这也没有错。 但是我认为更多的人应该真正研究Firebase配对，尤其是在学习时。 也许将来我会成为添加Firebase +前端配对内容的人。 也许这可以成为社区回馈的机会，我一直想这样做。
但是首先，让我们完成我正在制作的这个React应用程序。
