#15 楼 @luikore 污染如何理解？感觉是 private method 做的事情？

#12 楼 @robertyu 其实这个帖子的另一个目的是希望大家拿出一些实际工作中非元编程 (包括 proc、monkey patch) 解决不了（或难以解决）的问题。

#9 楼 @pathbox 这种情况最直接的解决办法是替换掉 id 的调用。monkey patch 之后改变了原来接口的行为，后来维护楼主项目的人估计又得开帖骂楼主了...

再次强调一下：

monkey patch 的应用场景主要是在外部 plugin 不提供相应API接口的情况下去修复 plugin 的行为或 bug。

楼主的这种 monkey patch 的使用方式上这样的：我自己的代码有问题，不想去修改，反而去改变 AR 的接口行为。这里其实就产生了 Tech Debt，这个债要谁来还呢，应该是下一个接手项目的人...

楼主说还存在一些小问题，其实就是一个小炸弹，不修改 revision 相关的代码还好...

另，楼主一直强调没有测试，其实我觉得不写测试和没有测试就不会改代码都是病。

https://developer.mozilla.org/en-US/docs/Web/Security/Securing_your_site/Turning_off_form_autocompletion

rename id => fake_id 然后替换原有的 id 调用为 fake_id. monkey patch 是在继续挖坑。

1. 增加一个 column real_id，类型为 auto increment
2. 把 real_id 为空的填充数据
3. self.primary_key = :real_id

比方说我经常会得到这种错误：ActiveRecord::UnknownPrimaryKey in ResourceRevisionsController#some_method

原因大概是你去 update 了那条没 primary key 的记录，修改代码，改成AR.connection.execute("update xxx set xxx = xx where xx = xx and xxx = xxx;")

如果我这样做了会有什么副作用么？

没副作用，多了一个 int column 而已。其实一般中间表，我也喜欢加一个主键上去，大部分时候中间表还是需要手工维护的，从没有再到有的过程需求迁移一次，好麻烦，直接加上也不占多少空间...而且像 has many through 这种结构还可以改变查询方式。不加只能一个 join 查询，加了之后可以 has many + in 查询，分页和 top N 情况好很多。

#14 楼 @gdiplus 移动开发的简历大多都是写着会 HTTP，XML，JSON...一问啥也不懂

Padrino 已经不是很活跃了，还没出 1.0

Lotus 才是未来...

不错，支持，今天斗鱼看了一晚萌妹子

#2 楼 @tini8 这是另一个极端了，功能和特性应该使用在最合适的场景，是一个 Trade-off 的过程。盲目肯定和否定都不是我的意图。

也就是说不用真的执行赋值，只要 Ruby 解析器能看到某个名字出现在赋值符号的左边就够了，就会创建一个这个名字的变量，未赋值时值为 nil。

http://rednaxelafx.iteye.com/blog/361770

zhihu-style

#13 楼 @ery (sku_id, last_stock, current_stock, incr_stock, decr_stock) 这样吗

和普通做法 (sku_id, current_stock) 这样存储比有什么优点呢？

#10 楼 @ery 四柱结算法是什么

#7 楼 @martin91 正解~~

如果不把订单设置一个过期标识，存在两个问题。

1. 其他依赖是否过期这个条件的查询更复杂
2. 无法触发过期这个事件

之前有过一个类似的需求：http://hooopo.iteye.com/blog/757760

然而，DHH 早已看穿了这一切。

这就是人工智能啊

#9 楼 @lgn21st #7 楼 @sunfmin 在一起

#2 楼 @xiaoronglv alias_method_chain 就是 DHH 对你说的 Around Alias 的一个封装，之前广泛应用在 Rails 内部。 曾引起群众的不满，群众表示这可以用 super、prepend、subclass 等更 OO 的方式替代。

• http://erniemiller.org/2011/02/03/when-to-use-alias_method_chain/
• http://yehudakatz.com/2009/03/06/alias_method_chain-in-models/
• http://www.justinweiss.com/blog/2014/09/08/rails-5-module-number-prepend-and-the-end-of-alias-method-chain/

现在的应用场景就是 3 楼所说的。在不修改原有接口的情况下，改变不归你管的接口的行为。当然，如果你想引入新接口的话就可以不用这么麻烦。比如：

User.find -> User.find_with_foo

这就是 alias method chain pattern…

hr 还不换头像？

两只手就数出来的，，还要什么 mongodb ES Redis..

#10 楼 @songsell 需要~

#11 楼 @lgn21st 蛤哈哈，，，topics twitter wiki jobs notification 之后，markdown 也中枪了

消灭 0 回复

#4 楼 @chairy11 xmind

SLC 可以自动完成这个功能：

对于 N+1 情况，照常使用 includes：

1. slc 自动使用 read multi 从缓存查询，如果全部命中，不执行任何 sql。 2.read multi 只命中部分缓存，对于剩下未命中的记录，进行一次 IN 查询，完成后写入缓存。

• 最好的情况是 No N+1 Query，No N + 1 Cache Read。
• 最坏的情况是 IN Query + Cache Read Multi。

https://github.com/csdn-dev/second_level_cache/commit/e885dae732b920012c51016b0715f049b66f0776

似乎很有用啊，可以拿来自动收集黄图...

自己的作业自己做咯