最近在《极客时间》上购买了 Winter 老师的重学前端这门课程，重新对自己的前端知识做一次查漏和补缺。(Winter 老师是谁？可以查看这里)在课程的开篇，Winter 老师提出了一种学习的方法：建立知识体系 以及 追根溯源。 建立知识体系相信大家都有自己的理解。特别是在前端这个知识点又多有分散的圈子里面更是如此。一幅知识体系的导图会不会让人在学习中迷失方向，当然这么庞大还在不断扩张的导图也会劝

如今做前端不可能不知道 npm，我们每天光是 npm install 这个命令可能就要敲不下十次。在 npm 上发布一个自己的包可能也是我们做前端的目标之一吧。最近在项目中封装了两个比较通用的库，所以就先挑一个简单的拿来尝试一下。 关于 package.jsonnpm 项目的介绍文件主要就是 package.json。这个文件一般在我们创建项目时就会生成（除非你不使用 npm init）。文件的内

年末各大互联网企业结构调整（裁员）的消息一经放出，“资本寒冬”和“程序员如何渡过中年危机”又被关注。掘金、知乎上也能看到类似的讨论文章。作为一个准大龄程序员，自然我也同样有着焦虑和思考。 是转型管理还是钻研技术？又或者干脆考个公务员上岸？相信答案因人而异。最近在有幸当了回面试官，在面试了几位前端之后，我也有了一些自己的感悟。尽管没能找到渡过中年危机的答案，但是似乎发现了为何会陷入危机的原因——放

这一篇进入正题来复习一下 JavaScript 中对象的继承。“高程”中一共列举了 6 种继承的方式。看起来是有些吓人，但仔细梳理就能发现其中也是有一个演变过程的。这篇笔记就是我自己对这个过程的理解。如果有不足的地方，还希望各位可以指出。 再次安利一下“高程”，真的写得非常棒。有一定基础和项目经验的同学绝对要去看一看，能提高不少。 基础概念在进入继承之前，我们再把一些基本概念复习一下。 0. 构造

最近因为换了新电脑，于是把 hexo 博客做了一个迁移。就借此机会顺便给自己的博客加入 Gitalk 作为评论的功能。但是在加入的过程中，遇到了几个问题，留作记录和备忘。 1. 在 hexo 中引入 Gitalk我的博客使用的是 NexT 主题，在 NexT 主题下引入 Gitalk 具体可以参考这篇文章 Hexo NexT主题中集成gitalk评论系统。引入方式很简单，照着这篇文章做就行。 只是

最近在复习《JavaScript 高级程序设计》看到对象一章，才发现自己在对象的创建和继承上的认识是多么的不足。于是写下这一篇作为自己的读书笔记，同时也加强自己的理解。 在自己真正有了一些项目经验后，再回头看，不由地觉得这本书写得真是好。还记得在前端小白的时代，看“高程”简直是不知所云，为什么要讲这么些基础语法呢？而且还十分枯燥。如今再看，原来是字字珠玑，把 JavaScript 这门语言的特性和

对于一个项目来说，数据库表结构的设计是比较重要的一环。从程序开发的流程上来说，应该先设计表再着手进行开发。不过随着技术的发展，很多后端语言都有表结构的映射了。因此，对于表结构的设计就转变成了类结构的设计了。这么做无疑是节省了人工成本，但带来的负面影响是没有以前设计流程中的表结构的文档了。 在最近的一个项目中，恰好就遇见了需要表结构文档的情况。虽说可以直接看类定义，但是这样毕竟不是最直观的。不过要对

首先在这里给大家拜个晚年，祝大家新年愉快，编程功力节节高升~~ 我自己有制定年度规划的习惯，之前也一直在用OneNote在做。OneNote虽然好用，可是没有相关统计功能。这样就不容易把握计划制定的是否合理。于是就趁着放假，顺手做一个简单的ToDoList小程序。 需求分析这个项目就先叫他EasyTodoList吧。不过先别急着动手，先利用脑图简单整理一下需求。这样既可以清楚地知道需要哪些东西以及

jsdoc是前端自动生成文档所常用的工具。我们只要按照jsdoc的语法来书写注释就能顺利的生成一片很漂亮的文档。 只是jsdoc针对的是js文件，对于.vue文件似乎就有些无能为力了。不过既然vue这么人气，相信一定也会有相应的工具。在找了一圈之后，果然找到了一位前辈写的jsdoc-vue。 在研究了一下之后，发现这个工具主要解决了jsdoc不认.vue文件的问题。虽然可以让.vue文件自动生成文

在使用Vue-router做项目时，会遇到如/serviceId/:id这样只改变id号的场景。由于router-view是复用的，单纯的改变id号并不会刷新router-view，而这并不是我们所期望的结果。 当然，我们可以在点击事件上加上router.go(0)，强制刷新整个页面来满足效果。但页面整体的刷新会使体验下降，并且作为个人也不是很能接受这样的方法。在查阅了一些资料后，发现可以有以下两