前端与后端-前端开发后端开发

本文同步本人掘金平台原文翻译：

我曾经想 - 如果我会 JavaScript，那么编写后端就很容易了。 我认为这很容易，因为 Node 是 JavaScript。 我不必学习一门新语言。

然而，我错了。

但是，后端很难学习。 我花了很长时间才学会它。 （当然，我现在还在努力掌握）。

我意识到我在学习后端时遇到了一些问题，因为我认为前端和后端是一样的——它们只是代码。

这是一个大错误。

前端和后端是完全不同的野兽。 在我能够正确学习后端之前，我必须尊重它们的差异。

如果我要分解前端和后端之间的差异（在执行方面），我会说：

前端是关于视觉的

当我们构建前端事物时，我们非常关注用户如何看待我们构建的内容。 我们花了很多时间问自己以下问题（每个问题都会导致大量工作）：

好看吗？ 是否有意义？ 它对用户友好吗？ 容易理解吗？ 够快吗？

我们都很关心。

有时，为了提高用户的视觉体验（带来愉悦），我们会添加诸如以下内容：

视频/图片/GIF动画色彩主题

除了每个附加功能，我们还必须考虑它们可能产生的影响：

视频/图片/动图太大？ 如果有人不能忍受我们的动画怎么办？ 用户喜欢浅色还是深色主题？

我们考虑了很多事情——从用户的角度来看。 这就是为什么我说前端是关于视觉的。

我们为我们的用户着想。 然后我们为他们制造产品。

不幸的是，一些开发人员自欺欺人地认为用户 === 他们自己。 他们为自己而不是为用户建立网站。

后端是关于通信的

让我具体一点。 当我说后端时，我指的是前端和数据库之间的层。 它也是前端和您需要与之通信的任何 API 之间的层（如果它通过您自己的服务器）。

让我们简化一些事情让一些人理解，我说的是你要在哪里创建一个 Express 应用程序。

当你做后端工作时（前端 -> 后端），你会发现我们不再创建接口了。 您不填写表格； 你不点击按钮。 那是因为他们不需要。

后端与视觉无关。 没有人用肉眼看到发生了什么。 它只是要运行...

但是跑是什么意思？

后端允许前端和数据库（或任何外部 API）之间的通信。 回到过去，想象下一个电话接线员。 如果您打电话给某人前端与后端，这些接线员必须手动将您与您要呼叫的人联系起来。 （如果他们接线错误，你就打错人了）。

构建后端时，您就像电话接线员。 你只要把事情联系起来。

当我们构建后端时前端与后端，我们会问这样的问题：

我们需要前端提供哪些信息？ 我们应该将哪些信息传递给数据库/API？ 对数据库/API 的操作是否正确保存？ 数据库/API 返回什么信息？ 我们应该向前端返回什么信息呢？ 我们在渲染网页吗？ 如果是，我们应该呈现哪个页面？ 当信息错误或缺失时，我们应该怎么办？

我们还必须考虑速度和可靠性。 （想象一下如果你发送了一些东西但没有得到回复会发生什么......）。 但是，这是一个更高级的主题。

不同的心理模型

这是我在早期学习后端时观察到的一个常见模式：

我会假设事情以某种方式工作，我会用谷歌搜索如何以我能想到的特定方式实现某些东西（谷歌结果可能是空的）我会破解它并构建我自己的基础设施来学习，我会发现我自己很糟糕

我几乎总是错的，因为我在学习后端时不知不觉地依赖了我的前端经验。 我必须学会如何重新思考这个问题。

这是我最大的收获：

不要假设你知道你所学的一切。 你几乎总是错的。 慢下来，这样你就有时间和空间去学习。 在学习时始终进行验证，以便您记住并重新连接您的大脑。