最开始时，我是怎么搞懂开发思路的？

- 这个项目该怎么做？

- 从哪下手呢？

在我刚开始做前端，写js的时候，这个问题曾经长久的困扰着我。面对一个UI设计图，我的脑子里是一团乱，完全无从下手，当初就是拿到UI图的时候，我看着图竟然走神了。为什么看走神了呢？因为完全没有想法，不知道下手做的起点在哪里。

同时期JavaScript在我脑子里也是一团乱，虽然当时我已经会一些JS脚本语言了，但它们在我脑子里就像一盒玻璃球一下，一但放开就滚的到处都是，完全抓不住谁是谁。

就是例如，function、var、object、array、...等方法，单个的js方法拿出来我都会。但当时我就是不知道该怎么用JS去实现一个UI设计图，没思路。简单的说，“就是Js语言本身，和实际的业务需求，并没有连接在一起”，像油和水一样。

<!-- -->

这种情况是从哪里开始改变的呢？

我记得是做一个什么在线网校的学生选课系统，当时也是没思路。然后就是硬着头皮做，就是整张UI图到处看，感觉能写哪里就写哪里。就是看到这有个按钮，感觉它可以用click，那就先写个click事件；那里有一个菜单，就先写个<select>标签，至于它后续的一些业务逻辑，当时根本就没想法。

到后来，html页面上有好多个小的功能点，被我慢慢的实现了，然后我就在网页上用鼠标点那些按钮啊、菜单啊什么，真的就像顿悟一样，慢慢的就理解了“网页不是杂志，网页是会动的”这句话的意思。

Q：既然网页是会动的，那么是谁让它动的呢？

A：当然是上网的人啊。

Q：那这个上网的人，他是怎么让网页动的呢？

A：当然是鼠标点来点去呀。

Q：那如果你是上网的人，你会怎么在网页上点呢？

A：当然是按操作的顺序啊。

。。。，喔，明白了，原来是这样，“你做的东西，别人要怎么操作？这个操作的顺序，大体上就是业务逻辑”。既然操作的步骤、顺序就是业务逻辑，那我能不能按着用户操作的步骤顺序来写JS呢？

<!-- 当然了，这样描述业务逻辑肯定是不准确的，但当时我真的是这么理解的。 -->

就这样，就是从这里开始，我一步一步的理解了业务逻辑、需求分析、项目拆分 、前端架构的设计。

所以在我设计《先行者课程》的时候，就有意的偏重于业务逻辑、需求分析方面的内容，而不是仅仅只带你们做几个例子、demo。

“授人以鱼不如授人以渔”嘛，我要通过这个课程给你们的渔就是“业务逻辑、需求分析、项目拆分 、前端架构设计的思路”。