【译】前端 VS 后端

【译】前端 VS 后端

我曾经认为--如果我了解JavaScript，那写后端会很容易。我之所以认为简单，是因为Node是JavaScript。我没必要去学一门新语言。

然而，我错了。

但是，后端是很难去学的。我花了很长的时间去学习它。（当然，我现在仍然尝试去掌握它）。

我意识到在学习后端中我有些问题，因为我曾认为前端和后端是一样的 -- 它们都是代码而已。

这是个很大的错误。

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

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

前端是有关视觉后端是有关通信

前端是有关视觉

当我们构建前端事物，我们很大程度上关注了用户对我们构建的东西是怎么看的。我们花费了大量的时间自问了下面这些问题（每个问题都带来数不尽的工作）：

它看起来好不？它有意义不？它对用户友好不？它容易理解不？它够快不？

我们都关心。

有时候，我们为了提高用户的视觉体验（带来愉悦感），我们添加了诸如下面的事物：

视频/图片/动图Gifs动效颜色主题

伴随着每个附加功能，我们还必须考虑它们可能带来的影响：

视频/图片/动图Gifs太大了？如果有人无法忍受我们的动效怎么办？用户喜欢明亮的主题还是暗黑主题？

我们考虑很多东西 -- 从用户的视图层面。这就是为什么我说前端是有关视觉的。

我们为用户着想。然后我们为他们构建产品。

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

后端是有关通信

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

我们简化事情让一些人明白，我在讲你将在哪里创建一个​​Express​​应用程序。

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

但是，运行意味着什么？

后端允许前端和数据库之间的通信（或任何外部的API）。回到以前，想象下一个电话接线员。如果你打电话给一个人，这些接线员必须手动的连接你和你要打给的那个人。（如果他们接线错误，你就打给了错的人）。

当你构建一个后端时，你就像电话接线员。你把东西连接起来就可以了。

当我们构建后端时，我们会问如下的问题：

我们需要从前端那里得到什么信息？我们应该传什么信息到数据库/API？在数据库/API上的操作是否正确保存？数据库/API返回什么信息呢？我们应该返回什么信息给前端？我们是在渲染网页吗？如果是，我们应该呈现哪个网页？当信息错误或错失时，我们应该怎么做？

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

不同的心理模型

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

我会假设事情向着特定的方式运行我会在​​Google​​上搜索，如何通过我想到的具体方式来实现东西（​​Google​​结果也许是空）我会破解它并构建自己的基础设施学习后，我才发现自己的方式很糟糕

我几乎总是错的，因为在学习后端的时候，不自觉地依靠了我的前端经验。我必须学习重新思考问题的方法。

这是我最大的收获：

不要以为你对自己学的东西了如指掌。你几乎总是错的。慢下来，让你有时间和空间去学习。在学习的过程中始终验证，以便你记住并重新连接你的大脑。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。