Sails 不怎么维护了?

Author image Cloud on 前端 , Web
Sails近期好久没有更新了,听说维护的人员有几个离开了,准备另起炉灶。。。我了去个去。。。一直觉着Sails整体还是不错的,有些小地方比如ORM对url的映射有些安全性问题、blueprint过于随意、前端构建不够好等地方需要提高外,基本的功能感觉是NodeJS里面比较靠谱的、全面的,但是现在。。。首先Sails在Node 0.12.x版本上,会有内存泄露的问题(并非是github上issue提到的关闭.saisrc中grunt:false就可以解决的),默认的home页 ,多次刷新后,也会看到内存占用持续涨。github上有提到这是nodejs 0.

关于Angular、Vue、React的一些见解

Author image Cloud on 前端 , Web
Angular 1.x 看着可能更像是 java 系的框架爱。在带来了数据绑定这个先进生产力代表的同时,又带入了一大堆前端本来就不需要的包袱。指令、服务、scope等使用略微繁琐。Vue 只专注于View-Model,其他的控制权、策略制定都交给开发者,思路很清晰个人觉着,Angular最大的贡献就是推广了双向绑定,极大提高了富数据业务的生产力,这是核心,其他附带的特性和功能,各有评判吧~React,则是很好的提供了一个组件化、状态维护的技术思路~Virtual-Dom的概念,可以有很多探索和前端之外的应用Avalon的话,自己没有实际用过,他的数据绑定

惊艳! 利用曲线、滤镜来营造后期油画效果

Author image 路寒
我们都知道,油画中的色彩,对比,质感以及笔触所产生的立体感和氛围感都很吸引人,那么能不能将数码照片处理成油画风格呢?目前PS软件内已经有类似风格的滤镜可以模拟油画效果了,只不过是停留在纹理和笔触上的模拟,色彩方面还得我们先调整到位后才能真正制作出油画效果。前段时间拍了一组树林里的人像照片,自己尝试着利用曲线、插件、PS内置滤镜模拟了一下油画效果,虽然说和其他大师所处理的还差很远,但是也算是一种新的尝试吧,抽空整理了一下,把方法和大家一起分享。NO.1  片子的拍摄环境是一片树林,模特服装为睡裙。因为这个树林里的树木大部分都是杉树,而杉树的树叶色彩并不鲜艳

网页性能管理详解

Author image 阮一峰 on 前端 , Web
转自:http://www.ruanyifeng.com/blog/2015/09/web-page-performance-in-depth.html作者: 阮一峰 你遇到过性能很差的网页吗?这种网页响应非常缓慢,占用大量的CPU和内存,浏览起来常常有卡顿,页面的动画效果也不流畅。你会有什么反应?我猜想,大多数用户会关闭这个页面,改为访问其他网站。作为一个开发者,肯定不愿意看到这种情况,那么怎样才能提高性能呢?本文将详细介绍性能问题的出现原因,以及解决方法。一、网页生成的过程要理解网页性能为什么不好,就要了解网页是怎么生成的。网页的生成过程,大致可以分

Sketch来做护士排班表原型图

Author image Cloud on UI , UX , 产品
公司护士App改版了,名字也从微诊-护士版更改为独立的品牌:『点滴』先上设计师吉男童鞋新出的App图标: 我们现在就靠这个图标来活了幸亏当时跟BOSS理据力争,否则现在ICON就变成那个有点像自来水管的图标了。。。。前段时间『护士笔记』的创始人小麦来公司,算是半合作半合伙的方式,一块对了下,他比较想专心做护士圈子那块,他之前做护士笔记确实运营的很好,内容和用户活跃度都不错~排班表这个事也是他提的,护士的刚需。新加入的排班表功能,大家一直讨论说这就是护士界的大姨妈。。。app市场有一个收费的排版表,做的很烂,但是还是有很多人在下载使用~A1 排班表-月视图

JS做简单地资源预加载

Author image Cloud on 前端 , Web
做h5/web app经常需要做资源预加载,一种是利用H5的manifest的离线存储实现缓存功能,是非定向的,一种是利用js/css来做定向的资源预加载~JS的话,经常会用img的src来做文章,写一个简单地图片资源预加载:首先定义一个资源组件的格式,这样有N多组件的时候,方便统一维护: component1 = {    'source': {        'type': 'img',        'url': ['/static/img/common/loader.gif']    }}现在我们简单设置type为img来做为资源类型,然后url

JavaScript ES7 中使用 async/await 解决回调函数嵌套问题

Author image Cloud on 前端 , Web , ES7
JavaScript 中最蛋疼的事情莫过于回调函数嵌套问题。以往在浏览器中,因为与服务器通讯是一种比较昂贵的操作,因此比较复杂的业务逻辑往往都放在服务器端,前端 JavaScript 只需要少数几次 AJAX 请求就可拿到全部数据。但是到了 webapp 风行的时代,前端业务逻辑越来越复杂,往往几个 AJAX 请求之间互有依赖,有些请求依赖前面请求的数据,有些请求需要并行进行。还有在类似 node.js 的后端 JavaScript 环境中,因为需要进行大量 IO 操作,问题更加明显。这个时候使用回调函数来组织代码往往会导致代码难以阅读。现在比较流行的解