coming, 还在地铁上
右下角赞助还是盛大云
把 render 的数据变大,类型变丰富又简单测了一下,数据更新在主贴了,基本准备用 jbuilder 了
Serializer 真是瞎,不能用 helper method..
@kingwkb 简单看了一下,用 Entity 应该会更清楚些,不过空欢喜了一下,我本来以为是个 Render json 的
@kingwkb 我去看看这个 Entity. 我觉得 Rails 里面加个 namespace 结构也挺清晰的啊,大家觉得呢
@kingwkb 这是另一个问题了,主要现在还很小,直接 Rails 我觉得蛮好,也没到要换个框架性能才能撑的阶段。
第二,Grape, 也要用这些办法来 render json 的吧,难道 Grape 有啥别的魔法 ?
@hooopo 总觉 rabl DSL 看起来不如那俩易读,而且 exception 之后 log 里面 jbuilder 看起来也直观点儿
@XiaoYao 啊...那可能是漏掉了...我上个礼拜应该每个都回过诶,不好意思,你直接加我 IM 吧:
QQ: 14012598 Gtalk: [email protected]
@Rei jbuilder 和 serializer 写起来的确要比 rabl 舒服
@42thcoder 需要对 Ruby/Rails 和编程有一定的了解
@XiaoYao 求发简历~
@yanhao 可以对应不同的 serializer
render :json => @note, :serializer => Api::V1::NoteSerializer, :root => false
render :json => @notes, :each_serializer => Api::V1::NoteSerializer, :root => false
这样就好了
@hooopo rabl 2319, jbuilder 1127, active_model_serializers 1362.
我最开始也是因为 star 数选rabl
的,但是简单测下来 jbuilder 最快,我正在多放点儿属性再测一下
太屌了
Github 就是反应慢点儿...Github issues 如果是个彻底的 async ui 的 client app 就好了
+1
我靠...还是把不喜欢编程的妹子比较容易啊,而且生活比较融洽啊
我给微信开放平台写个邮件看看吧
#9 楼 @blackanger That's right.
#6 楼 @doitian 还没有向官方咨询过, #7 楼 @blackanger 如果是加密的那就瞎了,不过这玩意儿感觉没啥必要加密的样子,哎...
#1 楼 @glorySpring 恩,生成不会是问题,主要微信的的那个链接怎么做出来的,
我 decode 了一下壹读
公众帐号的二维码,出来的结果是 http://weixin.qq.com/r/bc2EiwXERzs4hxTon5hJ
url 里面最后这部分貌似是加密的....有人了解么?求解
推上关注 ruby-china, 然后用 tweetdeck 之类单拉一 column 出来
两次健身房私教,昨天晚上踢了场球,应该还会再去一次游泳
@larryzhao 对,最近在跟私教