从一个能跑起来的版本开始

目录

学一个新框架时,我经常想先把文档从头看到尾。结果读到后面,前面的概念已经忘了大半,而项目目录仍然是空的。

后来换了一种顺序:先跟着最短的例子运行起来,再开始修改。

先跑通一条路径

做网站,就先让一段文字出现在浏览器里;写命令行工具,就先接收一个参数并打印结果。

这一步的目标是建立联系:改了哪个文件,执行了哪个命令,结果出现在什么地方。

每次只增加一个变量

如果同时加入路由、数据库、登录和部署,出错的时候就很难判断原因。

一次加一件事。每一步都能验证,出问题时也能准确地知道是从哪里开始的。

带着问题回到文档

这时候文档里的概念不再悬空。路由解决的是页面切换,数据加载解决的是内容来源,构建解决的是代码如何交到用户手里。

已经遇到过的问题,会给新知识一个可以落下的位置。

慢一点理解基础,往往能在后面的路上走得快一点。

搜索文章