多撸 因为 撸...智...深

用表肯定可以，如果用配置文件的话可以用一个全局变量，对外提供一个接口，去读一次配置文件来更新这个全局变量

这个看你作品有多少了吧，最好是 join 查询，要不等作品多了会很慢

#1 楼 @hiluluke 开玩笑啦，就是给我地址

#3 楼 @kewin 召唤 @hpyhacking

所以你写的时候就要考虑好啊，如果一点要针对某个页面就在那个页面单独引用，或者用一些 gem

略屌，实现的思路是怎样的

mac 逼格高 +1

I-match 算法

自己先克隆，跑起来，然后看几个主要页面的 controller view 的实现就大致了解了

azure 有，ucloud 好像也有

#5 楼 @zqalyc js 的计算你可以部分移到后端的吧，不知道你具体是要渲染什么

#3 楼 @zqalyc 在服务器解析？

同上

少撸一点，要克制

<%= {'name': @person.name, 'code': @code}.to_json } %>

不行么？ 另外直接 render json: {'name': @person.name, 'code': @code} 不好么？

#12 楼 @greatghoul @yedingding 叶老板这是让你赶紧用风车啊

我觉得楼主不是不清楚 self，而是不清楚 update_last_reply 中 topic 和 reply 是怎么对应起来的。在这里并没有产生关联，因为 last reply 和其它 reply 一样，已经在它产生的时候和 topic 对应起来了，所以 reply.topic 已经是 self 了，这个函数的目的是拿到最后的一个回复，self.last_reply_id = reply.id 已经做到了

大概是说，先把所需要用到的数据表格化的表示（配置）出来，无论是表格，或者 hash，或者 struct，反正就是一看就明白的。然后对这堆数据的怎么用就不管了，就完全在于你函数的实现了，因为需求是无法预测的。

#15 楼 @lgn21st 笑了

alias :origin_p :p
a = ''
def a.p(values)
  origin_p values
end

#1 楼 @xiaogui 在开发机器上先编译好么？

writings.io 应该是自己写的吧

#2 楼 @jsxqf 我是求解决方案啊

#5 楼 @hooopo 盯着简单的看还是不会的，比如一 二 人