摘要
1.好的代码职责要清晰,javscript不要用来操作样式;
2.API要设计的合理:通用性,适度的抽象(数据抽象,过程抽象),可扩展性;
3.效率问题:用好的、合适的算法(前端程序员要把自己当程序员)。
注:
1.学习视频地址
2.ppt地址
3.个人感想:
是我hin厉害的师父推荐我看的月影大大的视频,感觉对于我这个小白来说,真的是一遍又一遍的刷新知识面。我觉得像月影大大这种大佬的思路,我接触之后真的是受益匪浅。
所以我总结出来不仅是自己记笔记,也是想分享给想要成为真正的前端“工程师”的前端er。
真的很珍惜这种知识面被刷新的感觉——越学习,越感到自己无知,共勉。
目录
版本3:数据抽象,封装(七八十分)(一定要会)(中规中矩)(项目中用起来不错)
正文
1.问题一:操作DOM
做一个列表单选
版本1,初级工程师:
优点:
在ul上添加事件句柄,由于事件可以冒泡,在点击事件中筛选event.target来处理就可以
问题:
js负责的是“行为”
在js中定义样式,若需求改动后,会导致不灵活
js:不操作DOM样式,操作DOM状态
版本2,中规中矩:
分清职责:
css中添加样式类
js来操作状态(类属性)
版本3,专业版:
这样实现,充分利用html标准,更具有语义性,灵活
操作DOM问题的总结:
1.写 JavaScript 操作 DOM 要注意什么
不要操作DOM样式
(很多wvvm框架禁止直接在js中操作DOM的原因就是这个,害怕写出版本1那种代码)
2. JavaScript 与 HTML、CSS 的职责如何分离
html负责内容,语义
css负责样式
js负责状态,不负责样式
3. 把复杂性放在哪一头,为什么?
4. 框架?原生?:
框架帮你解决了代码写的不好的问题,一旦用惯了,再换框架,会写出问题很多的代码;
写原生的更能意识到自己的问题;
2.问题二:API的设计
三个状态用红(stop)、绿(pass)、黄(wait)表示
要求用 JavaScript 让三个状态轮流切换
每个状态的停留时间是 2 秒
版本1:
css:
优点:
html,css中把三个状态类”stop”,”wait”,”pass”放在父元素上,然后在css中直接用:nth-child操作父元素的某个子元素,这样灵活性很高
缺点:
如果需求增加到 5 盏、10 盏灯?
const traffic = document.getElementById('traffic'); (function reset(){ traffic.className = 'wait'; setTimeout(function(){ traffic.className = 'stop'; setTimeout(function(){ traffic.className = 'pass'; setTimeout(function(){ ... ... ... ... setTimeout(reset, 2000) ... ... ... ... }, 2000) }, 2000) }, 2000); })();
过程耦合 + Callback Hell…… 差评!!!:
代码中,三个状态有顺序,必须先1再2再3,过程耦合;
Callback Hell难以维护
版本2:
优点:
把状态抽取出来,通过数组的下标去操作,更改数据很方便
把数据/状态抽象出来
缺点!!:
依赖于外部变量 stateList、currentStateIndex
封装性不好……差评!!
版本3:封装好(七八十分)(一定要会)(中规中矩)
优点:
把currentStateIndex分装进函数,因为使用者使用不到;
把state的数组和dom元素暴露出来,以便更改;
很重要:::::什么该暴露,什么该封装
缺点:
可复用性差,只有当前的能用到
版本4:(过程抽象)(版本2和3是数据抽象)
抽象出来了一个poll 函数是一个高阶函数(偏函数),返回值是function,说明做了一个过程抽象。
它的参数是一系列函数,返回值也是函数,它的功能是按顺序调用参数中的函数。
小王去开门:person类,是数据抽象;开门,开xx,是过程抽象
bind函数也是一个高阶函数(偏函数),它也返回一个函数,
优点:poll函数可复用,很通用。
例如:
版本5:改需求:改时间
版本2.3.4做了抽象反而不能改时间,版本1可以改,要回去???
promise(是es6里面很重要的概念)
不用promise的版本:
版本6:(高级程序员写的)
内部实现很复杂,但是外部API很好用;可以随意向状态列表添加状态,且每个状态里面可以做很多种事情;
API设计问题总结:
1.写原生的js有很多方向可以写,但是用框架类库模式会很固定
2.避免过程耦合,即上下两个过程有关联(例如版本1中,必须先实现状态1,再状态2...)
3.要知道什么数据该封装,什么不该封装(例如例子中的currentIndex该封装,因为只有在内部实现时要用到它,而状态列表,元素,不该封装,因为与具体的过程实现没关系,而是与外部接口有关系)
4.可复用的过程可以抽象出来(例如例子中的按顺序执行几个行为)
5.与过程无关的数据可以抽象出来(例如例子中的三个状态,等待时间)
3.问题三:效率/性能问题:
版本1:两层循环
效率:两层循环,时间复杂度是O(n^2),效率很低
版本2:利用数组的排序方法sort,先排序,再遍历
效率:
排序时间复杂度n*log(n),遍历复杂度是O(n)
总的就是O(n*logn+n)
如果数组很大的话,效率高很多,比如n=10000
n^2=100000000,n*logn+n=50000
版本3:空间复杂度换时间复杂度
(大致思路就是将1和9中的1放在key上,另一个放在value上)
效率问题总结:
1.程序优化本质上是要用好的算法,要重视算法问题,尤其是在js不止被用在浏览器上时(例如用在服务端时,比如处理图片就要处理大量的像素点,所以算法很重要,可以在leetcode刷题,前端在程序员比鄙视链上,要正式这个问题,别把自己不当程序员)
2.其他优化要了解:http协议特点,资源请求特点,图片格式
4.总结:
1.好的代码职责要清晰,javscript不要用来操作样式
2.API要设计的合理:通用性,适度的抽象,可扩展性
3.用好的、合适的算法(前端程序员要把自己当程序员)