让ActiveRecord更加active

广告语：你觉得Rails现在的ActiveRecord还不够活跃、还不够DSL吗？想让它更有抱负吗？那么你需要Ambition，马上装上这颗“野心”，让数据来的更猛烈些。

使用了本产品，你将可以：
User.first
"SELECT * FROM users LIMIT 1"

User.select { |m| m.name != 'macgyver' }
"SELECT * FROM users WHERE users.`name` <> 'macgyver'"

User.select { |u| u.email =~ /chris/ }.first
"SELECT * FROM users WHERE (users.`email` REGEXP 'chris') LIMIT 1"

User.select { |u| u.karma > 20 }.sort_by(&:karma).first(5)
"SELECT * FROM users WHERE (users.`karma` > 20)
ORDER BY users.karma LIMIT 5"

User.select { |u| u.email =~ 'ch%' }.size
"SELECT count(*) AS count_all FROM users
WHERE (users.`email` LIKE 'ch%')"

User.sort_by { |u| [ u.email, -u.created_at ] }
"SELECT * FROM users ORDER BY users.email, users.created_at DESC"

User.detect { |u| u.email =~ 'chris%' && u.profile.blog == 'Err' }
"SELECT users.`id` AS t0_r0 ... FROM users
LEFT OUTER JOIN profiles ON profiles.user_id = users.id
WHERE ((users.`email` LIKE 'chris%' AND profiles.blog = 'Err'))
LIMIT 1"


ORM？ROM？！
>> user = User.select { |u| u.name == 'Dio' }
=> (Query object: call #to_sql or #to_hash to inspect...)
>> user.to_sql
=> "SELECT * FROM users WHERE users.`name` = 'Dio'"

还担心从C中取到的数据而在V中根本没有用上而觉得浪费感情吗？
class BandsController < ApplicationController
  def index
    @bands = Band.sort_by(&:name)
  end
end

现在 @bands 不再是一个数据集合在战斗，只有当真正访问到里面的数据条目时它才会召唤db engine附身，如：
<h1>Rocktastic Bands<h1>
<ul>
<% @bands.each do |band| %>
  <li><%= band %></li>
<% end %>
</ul>

更过份的是，你的缓存终于可以放开手脚可以大显身手了：
<h1>Rocktastic Bands<h1>
<% cache do %>
  <ul>
  <% @bands.each do |band| %>
    <li><%= band %></li>
  <% end %>
  </ul>
<% end %>

还等什么，赶紧打开你的console通过gem来订购吧：
http://projects.require.errtheblog.com/browser/ambition/README

更多详情请敲打我们的24小时热线URL：http://errtheblog.com/post/10722

刚看到这篇英文版，就有javaeye翻译了，哈哈，好东西真是传得快。

我觉得ambition最大的好处是缓存。errtheblog是cache_fu的作者，应该会把它的好处发挥到最好。

他们的sexy migration的想法已经被rails core team融入新版rails了，相信rails也会注意到他们的这个贡献。

表间关系怎么处理呢？join怎么做？

Ambition 的select部分的语法跟ez_where(http://agilewebdevelopment.com/plugins/ez_where)类似，
ez_where封装了跨表及模糊查询，甚至支持巢状查询，如：
articles = Article. find_where(:all, :include => :author) do |article, author| article.title =~ "%Foo Title%" author.any do name == 'Ezra' name == 'Fab' end end
相当于：
articles = Article.find :all, :include => :author, :conditions => ["article.title LIKE ? AND (authors.name = ? OR authors.name = ?)", "%Foo Title%", "Ezra", "Fab"]

因此估计Ambition的做法也类似

而其中一个ez_where的合作开发者说，在Ambition面前，ez_where更像一个玩具（估计是因为Ambition的 lazy evaluation 这个超爽特性）

嗯，我也觉得这些records selector的插件作者们都是吃饱了撑的。不对，DHH才是罪魁祸首，搞什么鬼Rails，直接用ruby写sql不就一了百了了？不对，ruby是C写的，直接用C来写SQL不是更NB？让ORM见鬼去吧！！

好像是For mysql的吧
如果For Oracle的话，下面这句就翘辫子了
User.select { |u| u.email =~ /chris/ }.first
"SELECT * FROM users WHERE (users.`email` REGEXP 'chris') LIMIT 1"

个人想法,还是程序员做的产品,只会把事情复杂化.个人认为目前Rails中MVC存在的关键问题还是在于View与Model的不对应性,Model不能有效的组织数据给View,导致用户必须在View或Controller中组织数据,如果能把View和Model的数据能有效的对应起来,通过model组织View所需要的数据,对Model进行优化和Cache才能使MVC更MVC.

Ambition依赖rubyinline。
rubyinline有没有windows的版本？
没有的话，如何安装？
总是出现以下错误：
No such file or directory - cl -nologo -LD -Werror  -MD -Zi -O2b2xg- -G6 -I D:/dev/InstantRails/ruby/lib/ruby/1.8/i386-mswin32 -I D:/dev/InstantRails/ruby/include -o "E:/HOME/.ruby_inline/Inline_ParseTree_fa12.so" "E:/HOME/.ruby_inline/Inline_ParseTree_fa12.c"  -link /LIBPATH:"D:/dev/InstantRails/ruby/lib" /DEFAULTLIB:"msvcrt-ruby18.lib" /INCREMENTAL:no /EXPORT:Init_Inline_ParseTree_fa12 (Errno::ENOENT)

cygwin+gcc

bigstudent是专门为了这个问题注册了一个javaeye会员