• 同上

  • 嗯,谢谢建议,这个 Readme 其实是谷歌官方的 Introduction 翻译过来的,我之后会把它放进 Introduction 章节,然后在新的 Readme 里放上原文链接

  • Ruby Toolbox 要跑路啦! at 2017年07月12日

    推荐用 atom 都还在更新 是 st 淘汰了

  • Ruby Toolbox 要跑路啦! at 2017年07月11日

    推荐用 awesome ruby https://ruby.libhunt.com/

  • 《Rails 指南》发布 at 2017年02月24日

    嗯嗯 加油

  • 《Rails 指南》发布 at 2017年02月24日

    算了啦,开玩笑的,加油

  • 《Rails 指南》发布 at 2017年02月24日

    英文版的我看过,就想重新看看翻译的版本

  • 《Rails 指南》发布 at 2017年02月22日

    买了这本书,只想看看 action cable 概览的部分,结果发现是空白😅 楼主,可以退货么

  • #10 楼 @nightire 能讲一下 ember2 对于 angular2 的优势吗

  • 我从 Vue.js 回到了 jQuery at 2016年10月28日

    #34 楼 @nightire 不,你误解我的意思了。我说的“生不逢时”的意思是 ember 的理念过于超前,很多 angular2 和 react 的概念其实都是从 ember 那里借鉴的,但是正是过于超前,往往使得用户难以接受。当用户随着时间接受这些理念的时候,流行框架【适时】地推出用户可以接受的东西,这时候虽然 ember 早就有这些理念了,但是用户反而觉得 ember 不够新潮。其实 angular2 也开始出现和 ember 类似的状况了,因为它的理念【领先】了用户的接受程度,所谓的曲高和寡,我想表达的是这个意思。另外求 ember qq 群,我孤军奋战好久了。

  • 我从 Vue.js 回到了 jQuery at 2016年10月27日

    #31 楼 @nightire 我也是 ember 粉,以前潜水看了很多你的 ember 文章,可惜 ember 真是生不逢时

  • 我从 Vue.js 回到了 jQuery at 2016年10月26日

    #28 楼 @i5ting 过去围观了一下,感觉有点可怕,还是 ruby-china 的讨论氛围好点

  • 我从 Vue.js 回到了 jQuery at 2016年10月25日

    #26 楼 @i5ting 你是发到哪里去了…我当年喷郭敬明的时候也被喷惨了

  • 我从 Vue.js 回到了 jQuery at 2016年10月24日

    #24 楼 @i5ting 可以,欢迎

  • 我从 Vue.js 回到了 jQuery at 2016年10月23日

    #20 楼 @hxh1246996371 我说的这几点恰恰都是开发体验

  • 我从 Vue.js 回到了 jQuery at 2016年10月22日

    #13 楼 @hxh1246996371 另外你要我列举我所谓的场景,不妨我就稍微说说我的看法抛砖引玉

    首先是 Angular2 引入了 ts,可以用作静态类型检查,更方便地写测试代码。引入了模块化,解决了 react 组件业务切分不明,组件粒度过细导致开发起来常常束手束脚的缺点。有 model 层可以实现前端管道过滤不规则 json,有指令可以实现自治组件,有 service 可以拆分逻辑代码。Angular2 的开发体验更接近后端项目,例如做一个业务极其复杂的企业系统(例如 erp、oa 等),或者是上千个页面的中大型网站,我很难想象用 react 或者 vue 开发如何能够做到多人协作组件复用化还能使项目不杂乱。

    目前和 vue 使用人群重叠最大的就是 react,这二者都是细粒度木偶组件 + 自由组合智能组件 + 单向数据流的开发方式,而 react 当初被提出其实只是 fb 想要实现一个前端 view 层的复用,因此数据流动方式其实除了 redux 这类前端 flux 思想实现外,还有如 relay、graphql 以及第三方的 meteor 等后端框架来让开发者自由使用,此时的开发场景就不仅限于 spa 页面了。我说的轻重结合,实际上就是指组件拆分细化的话,无论何种场景都可以根据使用情况打包不同的组件来达到快速开发而打包的 js 文件也不会太大。

    至于 weex,一个阿里的 kpi 项目,用脚趾头想也知道只能选个人项目 vue 了吧。

    另外 riot 这类新兴的微型框架就是在这方面做到极致,比如你开发一个只有一个页面的 spa,引入一个 riot 就可以使用各种 mvvm 特性,打包的 js 文件还小,这就是我说的微型场景。

    而 vue 的定位真的很尴尬,高不成低不就。如果你要强行说 vue 可以开发全部的场景,那也是可以牵强地成立的。不过同时我说 jQuery 也可以做到,你还要否认的话就是双重标准了。我两年前就用 jQuery 实现了一个组件化的 mvvm 框架,虽然那时候刚开始做前端写得不太漂亮。

  • 我从 Vue.js 回到了 jQuery at 2016年10月22日

    #17 楼 @i5ting 终于出现明白人,我个人认为过度推广就是一种营销,而 vue 作为一个开源框架,这么做实在让人有些反感,也许不是那么客观。

    #13 楼 @hxh1246996371 你举的这些例子,难道我就没了解吗?当你没了解我是否了解的时候,也请不要妄下结论。不要上过 github 就像第一次进城一样。

    #12 楼 @sefier vue 的出现就是对 angular 1.x 的模仿,无论是模版还是双向绑定。

    ember 有个 cli 可以一键生成项目,vue 就出了个 vue-cli。

    react 出了 jsx 之后,vue 也添加了对 jsx 的支持,react 的 vdom 号称性能牛逼,vue2.0 就也实现了 vdom。

    react 有 reflux、redux 实现单项数据流,vue 就也实现了个 vuex。

    react-native 和 weex 孰先孰后双方各执一词,但是 react-native 无论是立意还是正式发布都早于 weex。

    借鉴本无可厚非,然而其它框架基本没有受到过 vue 的反哺。

    我说的 vue 没有理念指的就是 vue 总是在借鉴、模仿别人,将别人的思想重新实现一遍。

    然后再通过一些技术社交平台来进行推广,就连微信小程序面市,vue2.0 都要借势宣传一波,所以 js 社区才有娱乐圈这种雅称。

    当然这只是我个人的喜好问题,我不喜欢 vue,是因为我认为框架最重要的是思想而不是实践。redux 的源码也不过几千行,我相信很多人理解 redux 思想之后,自己实现一个也不是太大的问题,甚至可以比 redux 实现得更优雅。

    正如 rails 现在已不如前几年那么"coooool",可是它的思想可谓被无数 web 框架借鉴乃至依然显得伟大。

    angular 和 react/flux 也做到了这点,可是 vue 没有。

  • 我从 Vue.js 回到了 jQuery at 2016年10月21日

    #8 楼 @hxh1246996371 你这种说法太肤浅了,按你的说法 jquery 也能解决 angular 和 react 能解决的事,简单和漂亮每个人的定义不同吧。

  • 我从 Vue.js 回到了 jQuery at 2016年10月20日

    个人认为 vue 的定位很尴尬,高不成低不就。重型场景有 angular,轻重结合场景有 react,微型场景有 riot。vue 没有自己的理念,不明白为啥 vue2.0 出了以后,突然很多技术板块都出现了 vue 的帖子,是一种营销吗?

  • - at 2015年10月05日

    #1 楼 @ericguo 谢谢

  • #1 楼 @msg7086 #2 楼 @martin91 #3 楼 @acaby #4 楼 @luikore #5 楼 @martin91 #5 楼 @martin91 #6 楼 @billy #7 楼 @acaby #8 楼 @martin91 #9 楼 @azhao 已经解决啦,谢谢大家的回复,问题是出在线程锁上,thin 有一个--threaded 参数,加上就可以了