此篇博文其实是上一篇的一个小细节,单独拿出来说一下,否则上一篇叉开的分支太多,太乱.

前天写了一篇关于匿名函数的原型链和集成的文章(点击链接查看),里面蜻蜓点水式的把实例,原型对象和构造函数带过去了.

真正把 Feathers.js 用起来之后，很快会遇到一个问题: service 到底该写多厚，hook 到底该放多少逻辑？这个边界如果不早点想清楚，项目照样会越写越乱。

很多后台项目在权限设计上都会经历一个阶段: 一开始觉得只要登录就够了，后来页面越来越多、角色越来越多，接口权限判断开始四处散落。

javascript中函数成为一等公民后,导致很多其他语言函数所没有的功能,也正是这些特性让javascript更加灵活.

上一篇博客已经说了关于javascript中的封装,其中也说了javascript中本来是没有类的,我们上一篇的封装也是用javascript中的函数去模拟一个类,最后我们还模拟了一个构造函数.那么今天和大家分享的关于继承,同样不是真正严格意义上面向对象的继承,而是通过javascript中的原型链关系实现函数之间的属性,方法共享.下面简单分享几种封装的方法.

Feathers.js 很适合做资源型接口，但只要后台系统开始出现列表页、筛选器和搜索框，params.query 很快就会从一小块对象膨胀成谁都不敢碰的入口。

javascript 是一门很灵活的语言,也是一门有缺陷的语言.

要搞清楚闭包,首先要知道javascript中的作用域.

Feathers.js 写着写着，大家迟早会遇到一个现实问题: 错误到底该在 hook 层拦，还是在 service 里抛，还是统一让框架接住以后再返回前端。