Rails 应用程序中操作冲突是一个常见问题，Rails 提供了简单有效的解决方法。

举一个实际的例子：我们的系统里有一个商店模块，商店中重要的一块是对产品信息的管理，比如运营人员常常会编辑产品的信息，包括产品标题，营销口号和价格等等。因为修改十分频繁，碰巧同时编辑提交修改的话，就会偶尔遇到修改丢失的问题，运营人员 A 修改产品标题，运营人员 B 修改价格，A 和 B 提交修改都提示修改成功，但是结果上只是 A 的修改结果生效，B 的修改被 A 的修改冲掉了。

仔细研究原因，发现是因为修改功能缺少操作冲突机制，而修改操作同时发生导致了问题。 如下图所示，A 和 B 同时从数据库中查询数据，在 web 页面中修改同样的数据，提交保存时是以 web 页面中提交的数据为准，从而导致 A 的修改把 B 的修改给覆盖了。

Rails 的 乐观锁Optimistic Locking 是解决这个问题的有力工具，它的原理是在数据库表中增加一个字段（默认是 lock_version，可配置）记录数据的版本号，每个提交的修改都带上这个版本号，在真正 update 修改数据之前，先判断提交的 lock_version 数据和数据库中的是否一致，如果不一致，则认为发生数据冲突，将抛出 ActiveRecord::StaleObjectError 异常，这样程序就可以捕获这个异常，提醒用户发生了冲突，由用户去协调解决冲突。

相关示例代码如下所示：

# migration: add lock_version to products

add_column :products, :lock_version, :integer, defalut: 0

# update product with StaleObjectError checking

begin

  product.update(params[:product])

rescue ActiveRecord::StaleObjectError

  render 'confilct'

end

Ruby的运算符和语句优先级介绍
Ruby是一种表达能力很强的语言，这得意于它异常丰富的运算符和语法糖，虽然Ruby一直把最小惊讶原则作为它的哲学之一，但还是常常看到让人惊讶不已

Ruby中的block、proc、lambda区别总结
在规则引擎中，Ruby的闭包使用特别频繁，而且有block，Proc和lambda等后几种形式的用法，很让人困惑。为了深入理解代码，再次认真学习了一下Ruby的闭包

Ruby中的p和puts的使用区别浅析
p和puts是Ruby中特别常用的方法，很多童鞋可能认为它们是差不多的，使用的时候也不加注意，但是仔细考究起来，它们是有明显差别的。先举一个例子cl