Skip to content

Latest commit

 

History

History
68 lines (51 loc) · 2.72 KB

README.md

File metadata and controls

68 lines (51 loc) · 2.72 KB

给前端程序员的后端小教程

https://ppzreboot.github.io/ffend/

内容排序逻辑

也为了提醒以后的我,不要乱改篇章顺序。

第零章

标题绝不是乱起的,这一章的目的:

  1. 打破对 js 固有的认识:js 绝不仅局限于浏览器
  2. 简介 “运行时”
  3. 理解 http 基本概念、流程

我越来越发现,“运行时” 这个重要的概念,被了解程度很低。 但这里并未多说,因为我也自信能讲清楚,讲不清楚不如不讲。

第一章

一个最简单的后端应用。

第二章

收信、回信,最最基础的功能,到这里基本就讲完了。

第三章

即使脑子里没有路由的概念, 稍微有点编程经验的人, 也能想出、写出路由。

异常处理也是另一个必要的东西。

这一章是对“最最基础的功能”的补充。

第四章

我写下这个 “内容排序逻辑”,就是因为几分钟前,我在想: “要不要把第四章和第三章换换位置”。

最终我决定不。 第 1,2,3 章其实是以最少的内容介绍最最基础的东西。 让读者用最少的时间,看全大象的身体。 所以虽然 “读 body” 也很重要, 但 “花最少的时间看全” 更重要。

“小”教程?

不同于“从入门到精通”那类大部头书籍、教程, “小”教程的目标是“从路人到入门”, 是去介绍一个领域里一些最基本的东西。

所以目的,也不在于通过这个小教程来掌握 xx 技术, 而是了解一些概念、流程、原理。

比如现在正写的这个“给前端程序员的后端小教程”, 目的不在于,“看这几篇不严谨的文字,就能做后端开发”。 而是对后端有一个大概的认识,能写些小玩意。 在工作中,与后端同事沟通时,更顺畅。 适度了解后端,不会花很长时间,但对前端开发很有好处。

或者,如果你真想学习后端,这是一个很好的“概览”。 比如我要研究大象。 我会先去动物园观察:原来大象有四条腿、两只大耳朵、一个长鼻子,大象还能用鼻子喝水、玩耍,要站着睡觉。 错误的研究方法是:我没见过大象,我花高价买来一只大象脚,然后拼命研究大象脚,一年后,我对大象脚了如指掌,但此时,我还不知道大象有一个长鼻子和两只大耳朵。

具体的 api 应该去查文档,而不是在教程里学

现在我的计划是,如果有机会,会继续写:

  • 给非前端程序员的前端小教程 (前端入门)
  • 给前端程序员的 web3 小教程 (web3 入门)
  • 给非程序员的开发小教程 (编程入门)

TODO

  • 选择字号、主题