We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
我曾经认为--如果我了解JavaScript,那写后端会很容易。我之所以认为简单,是因为Node是JavaScript。我没必要去学一门新语言。
然而,我错了。
但是,后端是很难去学的。我花了很长的时间去学习它。(当然,我现在仍然尝试去掌握它)。
我意识到在学习后端中我有些问题,因为我曾认为前端和后端是一样的 -- 它们都是代码而已。
这是个很大的错误。
前端和后端完全是不同的野兽。我能正确地学习后端之前,我必须尊重他们的差异。
如果让我来解析前端和后端之间的差异(在执行方面),我会说:
当我们构建前端事物,我们很大程度上关注了用户对我们构建的东西是怎么看的。我们花费了大量的时间自问了下面这些问题(每个问题都带来数不尽的工作):
我们都关心。
有时候,我们为了提高用户的视觉体验(带来愉悦感),我们添加了诸如下面的事物:
伴随着每个附加功能,我们还必须考虑它们可能带来的影响:
我们考虑很多东西 -- 从用户的视图层面。这就是为什么我说前端是有关视觉的。
我们为用户着想。然后我们为他们构建产品。
不幸的是,一些开发者自欺欺人地认为用户 === 他们自己。他们为自己建立网站而不是他们的用户。
用户 === 他们自己
让我具体一点。当我说到后端,我指的是前端和数据库之间的层。它也是前端和你需要通信的任何API之间的层(如果它通过你自己的服务器)。
API
我们简化事情让一些人明白,我在讲你将在哪里创建一个Express应用程序。
Express
当你做后端工作时(前端->后端),你会发现我们不再创建接口了。你不用填写表单;你不用点击按钮。那是因为它们不需要。
后端不是关于视觉。没人肉眼看到发生了什么。它只是要运行...
但是,运行意味着什么?
后端允许前端和数据库之间的通信(或任何外部的API)。回到以前,想象下一个电话接线员。如果你打电话给一个人,这些接线员必须手动的连接你和你要打给的那个人。(如果他们接线错误,你就打给了错的人)。
当你构建一个后端时,你就像电话接线员。你把东西连接起来就可以了。
当我们构建后端时,我们会问如下的问题:
我们还要考虑速度和可靠性。(想象一下,如果你发送了一些东西,但是没有收到任何回复的话会发生什么...)。但是,这是更加高级的话题了。
这是我在学习后端的早期观察到的一种常见模式:
Google
我几乎总是错的,因为在学习后端的时候,不自觉地依靠了我的前端经验。我必须学习重新思考问题的方法。
这是我最大的收获:
不要以为你对自己学的东西了如指掌。你几乎总是错的。慢下来,让你有时间和空间去学习。在学习的过程中始终验证,以便你记住并重新连接你的大脑。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
我曾经认为--如果我了解JavaScript,那写后端会很容易。我之所以认为简单,是因为Node是JavaScript。我没必要去学一门新语言。
然而,我错了。
但是,后端是很难去学的。我花了很长的时间去学习它。(当然,我现在仍然尝试去掌握它)。
我意识到在学习后端中我有些问题,因为我曾认为前端和后端是一样的 -- 它们都是代码而已。
这是个很大的错误。
前端和后端完全是不同的野兽。我能正确地学习后端之前,我必须尊重他们的差异。
如果让我来解析前端和后端之间的差异(在执行方面),我会说:
前端是有关视觉
当我们构建前端事物,我们很大程度上关注了用户对我们构建的东西是怎么看的。我们花费了大量的时间自问了下面这些问题(每个问题都带来数不尽的工作):
我们都关心。
有时候,我们为了提高用户的视觉体验(带来愉悦感),我们添加了诸如下面的事物:
伴随着每个附加功能,我们还必须考虑它们可能带来的影响:
我们考虑很多东西 -- 从用户的视图层面。这就是为什么我说前端是有关视觉的。
我们为用户着想。然后我们为他们构建产品。
后端是有关通信
让我具体一点。当我说到后端,我指的是前端和数据库之间的层。它也是前端和你需要通信的任何
API
之间的层(如果它通过你自己的服务器)。我们简化事情让一些人明白,我在讲你将在哪里创建一个
Express
应用程序。当你做后端工作时(前端->后端),你会发现我们不再创建接口了。你不用填写表单;你不用点击按钮。那是因为它们不需要。
后端不是关于视觉。没人肉眼看到发生了什么。它只是要运行...
但是,运行意味着什么?
后端允许前端和数据库之间的通信(或任何外部的API)。回到以前,想象下一个电话接线员。如果你打电话给一个人,这些接线员必须手动的连接你和你要打给的那个人。(如果他们接线错误,你就打给了错的人)。
当你构建一个后端时,你就像电话接线员。你把东西连接起来就可以了。
当我们构建后端时,我们会问如下的问题:
我们还要考虑速度和可靠性。(想象一下,如果你发送了一些东西,但是没有收到任何回复的话会发生什么...)。但是,这是更加高级的话题了。
不同的心理模型
这是我在学习后端的早期观察到的一种常见模式:
Google
上搜索,如何通过我想到的具体方式来实现东西Google
结果也许是空)我几乎总是错的,因为在学习后端的时候,不自觉地依靠了我的前端经验。我必须学习重新思考问题的方法。
这是我最大的收获:
不要以为你对自己学的东西了如指掌。你几乎总是错的。慢下来,让你有时间和空间去学习。在学习的过程中始终验证,以便你记住并重新连接你的大脑。
参考和后话
The text was updated successfully, but these errors were encountered: