#10 楼 @jimrokliu 一般般。和牛肉有点点类似,但是更涩。还是牛排好吃~~
销魂大袋鼠 :D :D :D
偏题一下:如果是我,set_currency_format
应该移出 model,放到 decorator 里。:)
错误提示都那么明显了还不会看的话,我觉得不适合做程序员。
slim
XD
对 Smalltalk 感兴趣的同学可以来看下我朋友/同事的项目—— Redline,是 JVM 上的 Smalltalk。
我在这个帖子里已经谈及了:http://ruby-china.org/topics/9554 开发环境的性能问题已经解决了,等 .14 吧。
37sigals 的 fans 用 Chef Github 的 fans 用 Puppet
这样就好了 嘿嘿嘿。。。 -__,-
一个月我觉得太久了,两个礼拜应该就够了。:)
assets 加载的性能问题 patch 被采纳了:https://github.com/rails/rails/pull/9820 :)
你写错了吧?应该是这样的吧:
<div class="alert alert-<%= key %>">
Slim:
.alert class="alert-#{key}"
Fat model 对于简单的应用可行。大型的应用时就。。。
可以来尝试我的 Datamappify 哟 :D https://codeclimate.com/github/fredwu/datamappify
3.2.13 有很多问题。建议不要盲目升级。
比如这个 scope
问题(GitHub 的杯具):https://github.com/rails/rails/issues/9813
还有这个 dev mode 下 assets 的加载性能问题:https://github.com/rails/rails/issues/9803 这个我提交了个 patch 但不太清楚这个解决方案 rails core 会不会采纳。
又更新了!
Datamappify 现在支持同一个 Entity
中用不同的 ORM(比如 ActiveRecord 和 Sequel)来 map attributes 了!:)
花了两天时间将 repository 部分完全重写了,这下可以支持 ActiveRecord 以外的任何 ORM 了——
https://github.com/fredwu/datamappify/commit/b5e96a21c63d24adcb0aa58813cd87fb2796815e
嗯,现在还在摸索阶段。
主要是接下来我们启动的一个项目架构巨大,所以按照“常规的”ActiveRecord 用法,可能到时候会遇到模型上的瓶颈。
如果 Datamapper 2 已经发布了的话,我会尝试使用,但 Datamapper 2 还比较遥远,所以尝试沿用 ActiveRecord。
#42 楼 @jltxwesley 半年。
小建议:JavaScript 的命名惯例是 camelCase 而不是 under_score。:)