sails先说好处blueprint接口直接和ORM工具对接,这个是很理想的状态,意味着你model层面设计好了之后就可以直接使用uri api进行增删改查,而且查询的方式支持比较好, 还可以在url上进行表间关联的查询,基本满足你日常80%的需要对各个暴露出去的接口有很好的访问策略的管理,可以非常方便地挂载各种自定义的权限设定waterline不仅仅是一个ORM,而且是一个维护数据表定义、版本的工具,而且还能作为有限的部署工具,帮你把数据库给建立起来,是梦寐以求的工具,只需要你定义model.js中字段, 其余的就交给waterline了hooks可以作为一些常驻进程的任务主要是各个主要部件整合得很好, 对外暴露URI的blueprint和ORM waterline和路由整合很好如果要扩展原来的功能, 那么sails提供几个方式,可以让这个比较容易的进行,比如说你在api下建立一个blueprint, 里面放入add.js就可以改变原来的行为CURD中Create的行为在安全策略上,你可以很容易地在policies中添加验证的逻辑sails。然后指定到需要的route上和其他工具集成如grunt,方便你的自动化无论是model还是controller中,都可以在执行前和执行后注入你要的逻辑, 而且是全部注入或者有逻辑地注入。坏处就是启动很慢, 如果你习惯了express的秒开, 那么这个sailsjs会让你发狂的默认设置中blueprint会帮你生成绑定非常多的路由, 基本上你不太会用到的, 极大延长了启动时间,如果改用固定的路由写在config/routes.js中,然后blueprint.js中的所有设置都为false, 那么起码节约一半的时间sailsjs启动的时候需要include所有的类库,在我这里要遍历这么多文件, 很难接受另外就是吐槽waterline, 你如果用mysql SHOW FULL PROCESSLIST,你回发现waterline做的queries是一个正常人类无论如何都不可能写出来的。原来自带的ejs模板有点多余,我们用webpack来作前端的构建,非常方便。

sails,sails.js使用情况如何?

  • 随机文章

  • 热门文章

  • 热评文章

本文地址:http://www.jsqccz.com/zsbk/6042.html
如觉得本文对你有用,请随意打赏