十年前，Web 应用框架 Rails 创始人 David Heinemeier Hansson 曾录制视频，向我们演示如何使用 Ruby on Rails 在 15 分钟内创作一个 blog 引擎。这个视频通过 Rails 优秀的 MVC 、习惯优于配置（Convention over Configuration）等设计，以及强大的代码生成、scaffold 等功能，成功展示了 Ruby on Rails 编写 Web 应用核心功能的高效简洁。Ruby on Rails 这门技术也在 Web 2.0 时代大放异彩，成为了 Web 应用开发最佳的技术方案选择之一。

经过十年的发展，软件行业早已迈入云计算时代。为了应对大规模的访问量，同时控制研发和运营成本，作为云计算基石的云存储，已经成为了 Web 开发必不可少的基础设施。今天，就让我们一起来看看如何使用 Rails 和七牛云存储，在 15 分钟内打造一个图片分享社交应用原型。

七牛云存储 是一个公有云服务，提供海量对象存储功能，以及云端文件处理和分发服务。开始之前，我们需要创建一个七牛云存储 试用帐户，并且了解一些基础知识：

• 七牛云存储是一个 Key-Value 形式的对象存储系统，一个 key 对应一个资源（文件）。
• 资源必须存储在某个空间（Bucket）中，不可单独存在。一个帐户可以创建多个空间。

创建基本 Rails 项目

你应该可以使用 Ruby 1.9 以上，Rails 3.0 以上的任意版本，本例中我们使用的是 Ruby 2.2.3 和 Rails 4.2.5。

安装好 Ruby 和 Rails 之后，使用 rails 命令创建应用程序 konata 的目录结构和基本文件：

1

rails new konata

稍候这条命令执行完成，我们立即得到了一个可以运行的空白 Rails 应用程序，执行以下命令，并在浏览器中访问 http://localhost:3000 查看运行效果：

1
2

cd konata
rails server

使用 Rails Scaffold 实现 CRUD

我们将使用 Rails 的 scaffold 功能，生成用于处理图片发表的 model、controller、view，以及 database migration 等源代码文件。

1
2

rails generate scaffold post title filename qiniu_hash
rake db:migrate

访问 http://localhost:3000/posts 可以看到，我们已经获得了 post 的完整 CRUD 功能，只是暂时还不能上传图片。

使用七牛 API 实现图片上传

修改 Gemfile，在其中加入对七牛 Ruby SDK 的引用：

1

gem 'qiniu'

执行以下命令安装七牛 Ruby SDK。这里原本应该执行 bundle 进行安装，但由于七牛 Ruby SDK 依赖的 mime-types 版本设定比较保守，需要使用 bundle update 命令降级 mime-types，解决依赖冲突。

1

bundle update mime-types

编辑 config/secrets.yml，在其中加入七牛云存储帐户的密钥：

1
2
3
4

development:
  secret_key_base: <YOUR_SECRET_KEY_BASE>
  qiniu_access_key: <YOUR_QINIU_ACCESS_KEY>
  qiniu_secret_key: <YOUR_QINIU_SECRET_KEY>

创建 config/initializers/qiniu.rb，使用刚才加入的密钥与七牛云存储服务器建立连接。内容如下：

1
2
3
4
5
6

require 'qiniu'

Qiniu.establish_connection!(
  access_key: Rails.application.secrets.qiniu_access_key,
  secret_key: Rails.application.secrets.qiniu_secret_key
)

注意：

AccessKey 和 SecretKey 必须绝对保密，不可出现在用户可以查看的 Web 前端源代码里，或是编译进客户端二进制代码中。

七牛 API 提供了 多种上传方式 以满足不同的业务场景需求。这里我们选择使用最有代表性，也最简单的 HTML 表单上传＋HTTP 303 重定向返回的方式实现客户端文件直接上传七牛云存储。这种方法的好处是客户端文件无需通过业务服务器（app server）中转，既可以利用七牛强大的 CDN 优化上传速度及提高可靠性，也可以节省业务服务器带宽。

编辑 app/views/posts/_form.html.erb，根据七牛云存储 SDK 构造上传表单。注意其中的上传凭证字段，我们将在 PostsController 里创建它：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

<%= form_tag 'http://upload.qiniu.com', multipart: true do %>
  <%= hidden_field_tag :token, @qiniu_upload_token %>

  <div class="field">
    <%= label_tag :title %><br>
    <%= text_field_tag 'x:title' %>
  </div>
  <div class="field">
    <%= label_tag :image %><br>
    <%= file_field_tag :file %>
  </div>
  <div class="actions">
    <%= submit_tag 'Create' %>
  </div>
<% end %>

编辑 app/controllers/posts_controller.rb，添加代码生成上传凭证，以及根据七牛云存储自定义响应内容创建 post 实例：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

  def new
    @qiniu_upload_token = generate_qiniu_upload_token
    @post = Post.new
  end

  def create
    upload_ret = JSON.parse(Base64.urlsafe_decode64(params[:upload_ret]))
    @post = Post.new(
      title: upload_ret['title'],
      filename: upload_ret['fname'],
      qiniu_hash: upload_ret['hash']
    )
    # ...
  end

  private

    def generate_qiniu_upload_token
      put_policy = Qiniu::Auth::PutPolicy.new('konata')
      put_policy.return_body = {
        fname: '$(fname)',
        hash: '$(etag)',
        title: '$(x:title)'
      }.to_json
      put_policy.return_url = create_posts_url
      Qiniu::Auth.generate_uptoken(put_policy)
    end

编辑 config/routes.rb，将 create action 定义为使用 get 方法亦可访问:

1
2
3
4
5

  resources :posts do
    collection do
      get 'create', as: :create
    end
  end

重新启动 rails server，访问 http://localhost:3000/posts/new，现在我们已经可以在发表新 post 的时候上传图片至七牛云存储。

提示：

• 文件将会上传到名为 konata 的公开空间（bucket）。
• 我们没有在代码中指定 key，七牛云存储默认会使用根据文件内容计算的 hash (etag) 值做为 key。这种做法可以非常简单地避免内容相同的文件存储多份浪费空间。
• 由于上传表单将会直接提交到七牛云存储服务器，我们的应用程序后端无法获得 title 等业务对象字段，我们使用七牛云存储 API 的 自定义变量 和 自定义响应内容 功能，通过七牛云存储上传 API 中转获得这些字段。

展示用户上传的图片

修改 app/helpers/application_helper.rb，添加 qiniu_image_url 方便生成图片 URL。为了保持简单我们直接硬编码了空间的域名：

1
2
3
4
5
6
7
8
9
10
11
12
13
14

  def qiniu_image_url(post, format = :raw)
    url = "http://7xokus.com2.z0.glb.qiniucdn.com/#{post.qiniu_hash}"

    case format
    when :square
      url << '?imageView2/1/w/300/h/300/q/90'
    when :preview
      url << '?imageView2/2/w/1000/h/1000/q/90'
    when :raw
      url << "?attname=#{post.filename}"
    else
      url
    end
  end

修改 app/views/posts/index.html.erb 和 app/views/posts/show.html.erb，调用刚才创建的 URL helper 展示图片：

1
2
3
4
5

  <tr>
    <td><%= post.title %></td>
    <td><%= link_to image_tag(qiniu_image_url(post, :square), size: '300'), post %></td>
    <td><%= link_to 'Destroy', post, method: :delete, data: { confirm: 'Are you sure?' } %></td>
  </tr>

1
2
3
4
5

<p>
  <%= link_to image_tag(qiniu_image_url(@post, :preview)), qiniu_image_url(@post), class: 'image' %>
</p>

<%= link_to 'Back', posts_path %>

修改 config/routes.rb，将网站根目录设置为 posts 列表页面：

1

  root 'posts#index'

访问 http://localhost:3000，现在我们可以看到刚才上传的图片。

提示：

• 每个空间（bucket）内的资源都可以通过该空间的默认或自定义域名，加上文件 key 构造的 HTTP URL 进行访问。
• 可以在 URL 后增加特定查询参数，调用七牛云存储强大的 数据处理（Fop） API，实时生成自定义格式的缩略图。
• 可以通过查询参数 attname 指定 URL 下载时使用的文件名。

简单的 UI 美化

修改 app/views/posts/index.html.erb，将原有的 table 布局改为 flexbox 布局：

1
2
3
4
5
6
7
8
9
10
11

<div class="posts">
  <% @posts.each do |post| %>
    <p>
      <%= link_to image_tag(qiniu_image_url(post, :square), size: '300'), post, class: 'image' %>
      <br>
      <%= post.title %>
      <br>
      <%= link_to 'Destroy', post, method: :delete, data: { confirm: 'Are you sure?' } %>
    </p>
  <% end %>
</div>

修改 app/assets/stylesheets/application.css，加入对应的 CSS：

1
2
3
4
5
6
7
8
9
10
11
12
13

body {
  padding: 20px;
}

a.image:hover {
  background-color: transparent;
}

div.posts {
  display: flex;
  flex-flow: row wrap;
  justify-content: space-between;
}

访问 http://localhost:3000，图片列表看起来像一个正常的相册了。

添加用户账户功能

我们的应用程序还有两个明显的问题：没有记录图片是由谁分享的；任何人都可以删除 post。这对于一个社交应用来说显然是不能接受的问题。这对于一个社交应用来说显然是不可接受的，所以接下来我们将使用 Rails 社区流行的 Devise 组件直接获得用户注册、登录、验证子系统，实现图片发表者信息记录等功能。

修改 Gemfile，加入对 Devise 的依赖：

1

gem 'devise'

执行以下命令安装 Devise，生成 User model，以及我们所需的 data migration：

1
2
3
4
5

bundle
rails generate devise:install
rails generate devise user
rails generate migration add_author_to_posts creator:belongs_to
rake db:migrate

修改 app/controllers/posts_controller.rb，对查看以外的操作要求登录，并在发表 post 时记录发表者身份：

1
2
3
4
5
6
7
8
9
10
11
12

  before_action :authenticate_user!, except: [:index, :show]

  def create
    # ...
    @post = Post.new(
      title: upload_ret['title'],
      filename: upload_ret['fname'],
      qiniu_hash: upload_ret['hash'],
      creator: current_user
    )
    # ...
  end

修改 app/models/post.rb，添加与 User model 的从属关联：

1

  belongs_to :creator, class_name: 'User'

修改 app/views/layouts/application.html.erb，添加登录状态信息和注销链接：

1
2
3
4
5
6
7
8

  <header>
    <% if user_signed_in? %>
      <p>
        Hello <%= current_user.email %>
      <%= link_to 'Logout', destroy_user_session_path, method: :delete %>
      </p>
    <% end %>
  </header>

修改 app/views/posts/index.html.erb，限制仅 post 发表者可以删除该 post：

1
2
3
4

  <% if user_signed_in? and post.creator == current_user %>
    <br>
    <%= link_to 'Destroy', post, method: :delete, data: { confirm: 'Are you sure?' } %>
  <% end %>

重启 rails server 后，访问 http://localhost:3000，现在用户需要注册登录才能发表图片了。

实现点赞功能

最后，做为一个社交应用，没有点赞功能怎么能让点赞狂魔们满足呢？！我们将添加一个 like scaffold 用来处理点赞和存储点赞信息。

执行以下命令生成 scaffold，Like model 将做为一个 join model 同时从属于 Post 和 User：

1
2

rails generate scaffold like post:belongs_to user:belongs_to
rake db:migrate

修改 app/models/post.rb，建立 Post 与 Like model 的“拥有／嵌套”关系：

1

  has_many :likes

修改 app/models/like.rb，限制一个点赞狂魔对一个 post 只能点一次赞：

1

  validates_uniqueness_of :user, scope: :post

修改 config/routes.rb，将 likes 设置为 posts 的嵌套资源：

1
2
3
4

  resources :posts do
    # ...
    resources :likes
  end

修改 app/views/posts/index.html.erb，添加点赞信息显示以及 AJAX 点赞链接：

1
2
3
4
5
6
7
8
9
10
11
12

  <%= post.title %>
  <br>
  <%= content_tag(:span, "#{post.likes.count} likes", id: "post_#{post.id}_likes") %>

  <% if user_signed_in? %>
    <br>
    <%= link_to 'Like', post_likes_path(post), method: :post, remote: true  %>

    <% if post.creator == current_user %>
      <%= link_to 'Destroy', post, method: :delete, data: { confirm: 'Are you sure?' } %>
    <% end %>
  <% end %>

修改 app/controllers/likes_controller.rb，真正将 likes 资源实现为 posts 的嵌套资源，并在点赞时记录点赞狂魔的身份：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

  before_action :set_post

  def create
    @like = @post.likes.new(user: current_user)

    respond_to do |format|
      if @like.save
        format.js { }
      else
        format.js { }
      end
    end
  end

  private

    def set_post
      @post = Post.find(params[:post_id])
    end

创建 app/views/likes/create.js.erb，使用 Server-generated JavaScript 更新点赞信息：

1

$("#<%= "post_#{@post.id}_likes" %>").text("<%= "#{@post.likes.count} likes" %>")

重启 rails server 后，访问 http://localhost:3000，让我们愉快地点赞吧～

小结

虽然这只是一个简单的原型，但是因为使用了七牛云存储作为图片存储后端，我们的社交应用产品在一开始的原型阶段就拥有了能为大规模用户提供高速、可靠服务的潜能。

简单回顾一下我们刚才学习到的内容吧。使用 Rails 的代码生成功能， 基于 CRUD 结构的 scaffold 实现业务对象维护，以及业务操作非常高效；使用七牛云存储则可以轻松处理业务系统中的文件存储，获得图片视频等多媒体文件的云端处理能力，减少，甚至避免了部分研发和运维工作。希望这个视频可以帮助大家认识这两个优秀的开发工具，直观感受到它们的高效强大和简单易用。

参考资料

• Ruby on Rails Guides
• 七牛开发者中心

示例代码

https://github.com/rainux/konata-sample

比起直接试用示例代码，你应该按照教程自己编写这些代码，亲自编写代码有助于加深理解和记忆。

高级玩家欢迎在评论中一起交流。

前期准备

• 一块手感良好的键盘（最好是机械键盘）和移动定位精准的游戏鼠标是必须的。欲善其事，先利其器。
• 用工具把 Caps Lock 键改成 Left Ctrl，稍微练习一下你会发现编队操作容易了很多，左手小指乃至整个左手也更不容易疲劳。一旦你习惯这个设定，日常使用各种快捷键也会更舒适快捷。（你可能会问没有 Caps Lock 如何输入大写字母，答案是使用 Shift。Caps Lock 只有在连续输入大量大写字母时才有意义，而这种需求在实际工作生活中几乎没有。）
• APM 很重要，但仅仅“快”并不对，重要的是“有效率”并且快。APM 只是衡量你“有效率的操作”的一个指标，并不是练习的目的。多想想如何善用键盘和编队操作提高操作效率。
• 整场游戏从头到尾一直保持平和的心态和冷静的头脑非常重要，这让你能理智面对各种突发事件，甚至对手的无礼挑衅。虽然良好的心理素质需要通过较长时间的练习，随着经验变得丰富实力得到增强而逐渐获得，不可能一蹴而就，但随时提醒自己保持冷静也是非常重要的练习方式。
• 对抗从游戏加载界面出现就已经开始了。在游戏加载这段时间内你可以根据双方种族状况和地图情报迅速选择开局战术和发展策略。同时注意不要因为对手 1v1 组别过高而有心理压力，甚至提前放弃游戏。我经常和 1v1 只有白金甚至黄金水平的盟友一起击败超级大师。能遇到他们说明 Battle.net 认为你有足够的实力与他们对抗。
• 没有亲眼看到 100% 无解不要退出游戏。即便你丢失了所有的单位和建筑，你还可以请求盟友共享控制，帮他操作前线或小股骚扰部队，同时将注意力放在侦查和下一步策略思考上。
• 在对手明显占据巨大优势的情况下你有两个选择，果断放弃或坚持到底。后者可以让你学习/练习如何在逆境中战斗。适应巨大压力下的战斗，实际上是很好的练习提高方式。

风格/思想

相比 1v1 对个人实力的全方位考验，群殴中对游戏的理解和大局观更为重要，一些运营和操作上的小错误通常不那么容易导致崩盘，微操的不足也可以通过团队配合来弥补。所以作为慢手意识流，我更喜欢群殴。也因为以上这些对群殴的理解，加上我自己求稳的性格因素，我的群殴风格是骚扰＋防守运营型。以良好的运营、意识和侦查来应对和化解对手的各种进攻，以高机动性或骚扰专用科技单位持续骚扰对手，同时发展壮大自己，最后以强大的经济实力和高科技混编部队碾轧对手。相对来说，我觉得这样的策略比进攻型，或是极限一波流战术更可靠更有乐趣。主动进攻方对运营和操作要求都更严格更追求极限，容错性更低，并且进攻前的准备流程相对固定死板；而防守方在防住对手攻势的情况下可以有很多自由的选择。

• 总想着一波打死对手很天真，甚至可以说是愚蠢。你的对手不是白痴，他们都是跟你一样的人类，不管操作还是暴兵都不会跟你有巨大差距。而且星际2是一个平衡性很好的游戏，在侦查和处理得当的情况下真正拥有钻石/大师组排名靠前水平的玩家完全有能力防守住任何极限 rush。任何时候都应该为持久战做准备。
• 一个有趣的现象是超级大师不会打群殴。我经常注意到有超级大师的一方反而被只有黄金/白金水平的另一方击败。原因主要在于他们对自己的爆兵/微操等实力过于自信，总想速战速决靠中初级兵种打死对手。而他们的盟友通常不具有足够的实力跟上他们的节奏，结果导致配合糟糕的 rush 被对方良好的配合防守住，从而在运营和科技上落后。
• 自伤运营/科技的极限 rush 被防守住后对方科技流反打会让你的部队一直处于被碾压状态，没有人会喜欢这种感觉。
• 优势是通过运营、骚扰、开战逐渐积累出来的，积累到一定程度才能成为胜势。
• 保持不停生产农民和部队是中初级玩家必须掌握的基本功。但后掌握基本功之后就应该注重对经济、科技和部队的合理控制调配，最大化它们的作用，而不是无脑傻暴兵。

军规

• 群殴的第一军规是绝对不能单独行动与对手交战，因为你随时可能被对手几家兵力包抄围剿。机动性超高有随时脱离战场能力的骚扰型部队除外。（例如提速狗、飞龙、凤凰、火车等。闪烁追猎脱离战场能力不算很强，要特别注意。）
• 己方部队应该尽量保持不要离太远，盟友援军没有赶到时避免开战，即便会因此放弃重要矿区。
• 开局堵口可以避免很多问题，例如虫族溜提速狗、人族溜火车、神族溜隐刀等。除极特殊的情况外开局必须堵口。
• 防守很重要，但不是龟缩在家里不出门。中期矿区至少应该有一个防空防对手的各种骚扰，它的作用不是化解或避免骚扰，而是为对手的骚扰制造一点障碍，赢得部队回防的时间。
• 固定时间点拥有反隐和对空能力非常重要。所有种族都应该确保在游戏时间六分钟时拥有这个能力。
• 攻防升级很重要，所有职业选手都会升级攻防。你付出的代价只是少出一两个兵，完全不会有防守问题，回报则是所有地面或空中部队永久的战斗力提升。

侦查

知己知彼，百战不殆。侦查必须是贯通整场游戏对抗的重要工作。只有及时准确侦查出对手的经济、兵力、科技状况，你才能对局势做出正确的判断，采取行动进行可靠的应对。对于中级玩家来说，只依靠少量侦查信息对局势和未来发展进行预判的能力还比较弱，更应该频繁侦查。一个提醒自己进行侦查的简单办法是，随时问自己“对手在做什么”，如果无法回答，立即派出少量或所有高机动性单位通过侦查或火力侦察获得答案。

开局 9 人口时派出农民侦查非常重要。这个时间点的侦查（加上开局堵口）可以让你有时间为应对各种极限 rush，以及这些极限 rush 的组合做出准备，包括但不限于：

• 野兵营
• Cannon rush
• 6/7/8/9/10D

同时还可以侦查出对手的种族组合，以及对手的开局信息方便你使用不同开局：

• 对 T 来说可以根据对手种族组合选择生化、半机械化或机械化开局。
• 对 Z 来说可以根据对手 Z 数量和孵化池建造时间点决定是否裸双甚至裸三（对手只有 PT 的情况）。
• 对 P 来说可以决定 BG 之后是否接 BF 进行骚扰式的 cannon rush。

因为自己是随机，为了避免暴露自己种族而不第一时间侦查，这种想法是非常愚蠢的。只要对手第一时间侦查，你就立即在侦查上处于劣势。

中初级虫族玩家通常没有 9 人口时侦查的习惯，他们认为自己有领主可以侦查。但几乎在所有地图上领主都无法像农民那样第一时间侦查到对手状况。另一些玩家认为侦查应该是造建筑不占用/消耗农民的神族玩家的本职，这种想法也很愚蠢。群殴的时候花时间叫盟友，尤其是中初级盟友去侦查，对方可能会反应慢/不按时派出农民，与其费力反而错失良机，不如自己主动派出农民，不管你是什么种族。

运营

在我还比较菜的时候，国服上一位朋友妖瞳曾经对我说“运营？造满两百个农民你就赢了！”这虽然是一句玩笑话，但也足以说明农民数量在中初级玩家中的重要性。

对于中初级玩家来说，首先要通过大量练习确保自己有能力从开局到中期保持基地不停生产农民，直到三矿满负荷运作。为什么是三片矿？职业玩家的实践显示农民的最大数量应该控制 70 左右，过少会导致没有足够的收入支持暴兵，过多则会导致部队战斗力不够。70 农民是什么概念呢？几乎正好是三片矿水晶最优化采集＋瓦斯最大化采集的农民数量。所以“三片矿同时运作”在星际2里是中后期运营状况的标杆，低于它你应该知道自己经济状况不容乐观。你应该随时注意自己的矿区消耗程度，在它耗尽以前开出新的分矿。同时时刻关注对手矿区数量，并且尽力阻止他们开出新分矿。

也有一种“偷”的想法是在中期开出四五片矿用更多的农民采集出资源优势，再把它们消耗掉。这个想法最早大概来自韩国职业选手 NesTea，他的具体做法是采出资源优势后把多余的农民插成管子强化防御。PT 也可以这么做，但对于 T 来说中期积累星轨控制中心数量更重要，后期可以直接大量扔矿骡保证你有绝对的资源采集优势。T 甚至可以在大后期送掉大部分农民，只留下少量采气，采矿完全靠矿骡。送掉农民空出来的人口可以转化成很可观的部队数量优势。

你可以从开局起保持生产农民，但在新的矿区开出后一定要立即把农民分过去，保持每片矿区最多 16 个农民采矿 6 个农民采气。这是最优化的选择。

局势/判断/策略

• 不要一种单位打到底，随时想着科技转型。因为你的对手很快就会拥有克制你的科技。
• 骚扰型单位无法应对正面战场。比如虫族的龙狗组合无法应对群殴中多种族混编部队的推进，即便有毒爆也不行。必须在骚扰的同时尽快转型蟑螂刺蛇腐化之类可以打正面的兵种组合，或者更高科技的兵种组合。
• 科技速度是重要度仅次于经济的东西，在你需要极限 rush 的时候甚至比经济更重要。星际1的前辈 XD=Love 大师曾说过，“什么都可以慢，唯独科技不能慢。”运营型开局也需要在保持不影响农民生产的情况下，第一时间建造科技建筑或研究科技单位技能。中后期一旦没有防守压力就应该立即开始建造下一个科技建筑，不管你当前是否需要它。这是中后期保证自己有能力快速进行科技部队转型的最好办法。

种族优势

Zerg 虫族

虫族的种族优势一直是繁殖快扩张能力强。星际2里由于女皇的产卵技能加入，更是大幅度增强了这个优势（想想三矿建造完成的同时就可以立即刷 16 个农民让它瞬间满负荷运作）。然而扩张强的同时虫族的资源消耗量也巨大，三族中只有虫族的 AoE 单位毒爆是纯粹的砸钱，如同乾坤一掷或七伤拳一般杀敌一千自伤八百，甚至一千五。而群殴地图通常没有足够的矿区让虫族舒服开出四矿五矿，所以虫族在群殴中打中后期实际上是略有劣势的。资源控制对于群殴中的虫族选手来说尤为重要。

虫族的另一种族优势是高机动性的部队——地面有提速狗，空中有飞龙。群殴中对手基地数量成倍增加，骚扰的目标和效果也成倍提高。因此虫族在群殴中应该主动承担骚扰和火力侦察的任务。这也是我用虫族几乎只选择龙狗毒爆科技路线开局的原因。但需要注意的是龙狗毒爆的组合无法应对对手正面很强的特定组合，比如混编了人族火车侠雷神的部队。需要留意对手科技动向，适时转型蟑螂扛正面。

Protoss 神族

神族的种族优势毋庸置疑是高科技。神族的两大 AoE 单位巨像和圣堂武士在敌方单位数量成倍增加的群殴中更是效能卓越。因此神族在群殴中的角色应该是专门提供 AoE。如果一个神族玩家在群殴时不出巨像，那么他不是一个合格的神族盟友。需要注意的是，由于圣堂武士的能量限制和本身的脆弱性，他们不具备打持久战能力。所以 AoE 单位主力仍然是巨像。虽然可以选择圣堂武士科技路线开局以尽早获得 AoE 能力，但之后必须尽快转型巨像。因为在空军面前的巨像十分脆弱，所以开始爆巨像以后制空权非常重要。不但神族自己需要出凤凰制空（后期加入虚空），盟友的 TZ 也应该根据情况出维京和腐化协助制空。

超时空加速是神族科技优势的另一个重要体现。超时空加速可以让神族更快获得巨像这样的高科技单位，让神族部队更快完成攻防升级从而在中期和不太晚的后期都拥有攻防优势。合理分配并尽可能耗尽所有的超时空加速是一个神族玩家进阶的必备技能。

Terran 人族

由于我的人族实力相对比较弱，对它的理解可能不够到位甚至有错误。

相对来说，人族是一个运营和科技比较平衡的种族——运营有矿骡，科技有兴奋剂和医疗运输机。人族带兴奋剂和医疗运输机的生化部队打正面非常强大，以至于根本不需要 AoE 也能跟对手抗衡。而另一边虫族必须要有毒爆，神族必须要有巨像/圣堂武士或白球才能跟生化人族打正面。人族部队和科技的低成本，导致的一个有意思结果是生化部队人族打残局很强。经常后期大家都弹尽粮绝了，人族靠存钱或远程采矿出少量生化部队到处空投就能控制战局。

种族组合

单一种族

对中级玩家来说在群殴中只拥有单一种族的一方通常具有一些劣势，最典型的例子是 ZZ 对 PT。两家 Z 都需要防守来自 PT 的不同科技 rush，对方则只需要针对一个种族的弱点。避免劣势的根本要诀在于，几家应该选择不同的科技路线，提高应对对手不同战术和兵种组合的能力。比如 2Z 可以一家龙狗一家蟑螂开局，龙狗可以转毒爆或大龙，蟑螂则可以转虫群宿主和感染虫。

TZ 组合

在对手无法第一时间完全堵死路口的地图上，TZ 组合大概是最强的 2v2 组合。这个组合可以使用 8D＋火车开局，8D 的 Z 甚至有能力阻止对手堵口，牵制或压制对手的 Z 更是毫无问题。在 Z 向对手持续施加压力的同时 T 使用标准机械化开局第一时间双倍或三倍出火车并升级蓝火，形成提速狗＋火车的组合。只要稍微注意操作和选择正确的打击点，这个英文称 helling 的组合在初期几乎无敌。

单位

星际2的单位设计总体来说很不错，几乎没有一代神族侦察机那样的纯废材兵种。三族的纯对空空军实际上都有，或者都有潜在的对地能力——维京可以降落地面；凤凰可以把地面单位抬起来打（事实上因为这个能力，凤凰群是非常优秀的骚扰部队）；腐化可以变成对地的终极单位巢虫领主。

Stalker 追猎者

在群殴中，多数时候追猎是一个废材兵种。从中期开始，三族的基础单位提速狗、提速叉、带兴奋剂的枪兵掠夺都完克它。闪烁科技并不能改变这个状况。只有在早期比较极限的压制，或者使用闪烁追猎战术开局，它才变得强大。

Hydralisk 刺蛇

同样多数时候是一个比较废的兵种。ZvZ 的对拼中既怕毒爆，又拼不过蟑螂。ZvP 只要对方有四个或以上的巨像爆刺蛇就只有哭的份。对空吧，没有相当的数量和攻防其实是拼不过飞龙的。虽然完克虚空，但实战也会受到地形限制，还要担心对手转巨像。刺蛇唯一的重要作用大概是用来对抗神族的三不朽战术。所以群殴中我几乎不会主动出刺蛇，除非有十足的把握知道对手爆了纯虚空而我出飞龙打不过。

Immortal 不朽者

不朽是一个辅助型单位，它应该是神族终极组合的重要组成部分。但在拥有足够的 AoE 和对空火力之前，不应该出太多没有对空能力且被最初级单位克的不朽。三不朽战术开局是一个例外，因为有大量哨兵释放力场保护不朽。

单位相克/对抗

星际2的设计虽然相比一代强化了单位相克的效果，但仍然保留了数量制胜，组合为王的基本原则。典型例子：火车克狗，但一两个火车操作再好也难敌二三十只提速狗包夹。巨像克狗，但落单的巨像仍然能轻易被二三十只狗围死。所以在找对正确的克敌兵种之后，数量也一定不能落后太多，并且需要更多考虑对手的兵种组合情况。

尽量使用空军对抗对手的空军

地面部队对抗空军虽然可能有火力上的优势，但机动性是远不如空军的。使用地面部队对抗空军如果没有办法第一时间出门正面进攻对手基地，那么结果几乎一定是一直被骚扰牵制，丧失对地图的控制，从而从运营上落后对方。

用飞龙和凤凰对抗虚空舰

因为能对空对地，而且有对重甲的伤害加成能力，Void Ray 虚空舰是一个广受欢迎的神族单位，中初级的群殴中经常能遇到对手爆大量虚空。对于中初级玩家来说，最怕这种打法的是神族，神族的地面对空火力是三族中最弱的——追猎射速慢也没兴奋剂可以加速。而且虚空的棱镜校准技能恰好对重甲的追猎有伤害加成，追猎数量没有较大优势其实是拼不过虚空的。飞龙和凤凰都是轻甲单位，跟虚空开战可以直接避免棱镜校准的影响。而且它们都比虚空便宜很多，建造速度也快很多，运营上不会吃亏。

要注意对手的兵种配合与转型：如果对手使用执政官/雷神＋虚空，那么一定不能使用纯飞龙/凤凰应对。这种情况视对手的单位组合比例，应该更多投入资源到地面对空单位上。比如神族以执政官为主力，虫族以刺蛇为主力。避免自己的空军被对方地面单位克制。

用腐化飞虫、虚空舰和维京对抗风暴战舰

腐化对巨型单位伤害加成，虚空和维京都对重甲单位伤害加成。风暴战舰由于射程超远，用地面单位去对抗会非常被动，应该尽量避免。

用白球提速叉对抗不朽追猎

如果出不朽的一方还有巨像，己方可以有两个选择，追加巨像或者追加凤凰/风暴战舰对抗巨像。

用凤凰群或白球提速叉对抗凤凰群

暴凤凰开局的 P 一定会转型巨像，形成凤凰巨像提速叉的强大正面组合。对抗暴凤凰开局的 P 可以选择跟对方一样暴凤凰转凤凰巨像流。但如果凤凰数量开始落后，应该立即转型白球（执政官）提速叉组合，如果对手已经开始拥有巨像，必须加入不朽或风暴战舰。尽量手动控制不朽或风暴战舰点杀巨像。

其它

刚开局盟友就退出游戏

如果是 2v2 的对抗遇到这样的情况，并且己方有一家虫族，那么你赢定了。为什么？因为你可以控制两家都开局不造农民，在很早的时间点建造孵化池并持续暴狗给予对手压力。事实上只要资源和幼虫调配得当，这么早暴出的大量提速狗一定可以直接打死一家对手，同时确保你比另一家有经济优势——两矿，农民数量也不落后。

后记

从年初开始打草稿，断断续续用了将近半年的时间来积累这篇文章，但其中一些部分的内容仍然不够。最近几乎都没什么时间玩，所以也更难提取出那些暂时封存在大脑深处的经验和想法。以后应该会持续补充和修订内容。

这并不是因为古典音乐过于“高雅”不能被“普通人”欣赏，也不是那些热爱古典音乐的爱乐人们装清高。单纯只是因为你和我一样，找错了入门曲目。一方面来说，古典音乐从直观听觉上跟我们听惯的流行音乐很不一样：流行音乐节奏鲜明旋律简单；多数古典音乐，尤其是交响曲和协奏曲节奏并不明显，而且旋律相对更复杂，通常我们的耳朵或者说听觉系统需要一段时间的入门“练习”才能适应它们。另一方面，有很多古典音乐的创作都有其特定的历史和作曲家个人特殊经历背景，作曲家通过它们希望表达的是各种不同的内涵，并不仅仅只是直观听觉上的美感。这样的音乐需要我们在有一定古典音乐适应性和背景知识（或者说，古典音乐素养）的基础上，坐下来集中注意力仔细聆听，才能理解深藏其内涵中的美。贝多芬的曲目正是典型例子（有兴趣可以去了解一下贝多芬的经历）。

但这并不代表古典音乐都不注重听觉上的美感。恰恰相反，不同风格不同作曲家都有很多直观听觉上美感就非常突出的曲目，尤其是我非常喜欢的巴洛克音乐。这篇小文的目的正是尝试通过向朋友们推荐这些易于接受，适合入门的古典音乐曲目，改变大家对古典音乐的印象。希望我们可以一起享受代表着辉煌灿烂人类文明成就的美妙古典音乐。

所选的曲目主要来自我自己亲自体验的结果。也就是那些在我对古典音乐还一无所知的时候，随便听听就会被吸引住注意力的曲目。为了行文方便，曲目的英文名都列在介绍文字后面。这些英文名只是跟我加在提供试听的古典音乐入门列表中的曲名相同，并不一定标准。使用 QQ 音乐提供试听是为了方便墙内的朋友们，相对来说它的版权问题没那么严重。但是 QQ 音乐上的版本非常混乱，很多奇怪的版本完全是把优美的音乐变成了噪音。我已经尽力挑选，但多数还是不如我自己听的版本，建议有兴趣之后通过其它途径寻找更好的版本。我的途径是 Google Music 的 All Access 服务，每月 $10 就能无限听 Google Music 上所有的音乐，实现音乐正版化，很值得。

让我们从一首你大概早已熟悉的帕海贝尔的 D 大调卡农开始吧——没错，这就是《我的野蛮女友》中他们认识100天纪念日时，全智贤在学校音乐厅弹那一段曲子。原版是三把小提琴加一把大提琴演奏的弦乐四重奏，相比钢琴版本更能表达此曲的缠绵悱恻。

• Pachelbel: Canon and Gigue in D major

D 大调卡农的这种缠绵悱恻源自于它的复调音乐特性。说到复调音乐不得不提巴赫的 D 小调双小提琴协奏曲，它把缠绵悱恻的感觉发挥到了极致。协奏曲是一件或数件独奏乐器与交响乐团协同演奏，既有对比又有相互交融的作品。相对于交响曲，协奏曲通常更易于被我们接受。协奏曲一般拥有三个乐章。这里选取的只是第二乐章，有兴趣可以自行搜索完整版本。

• Double Violin Concerto in D Minor, BWV 1043_ II. Largo

巴赫最有名的作品大概是 G 弦上的咏叹调。这首曲子实际上原版是 D 大调，后来被德国小提琴家威廉密改编降调，使得整个曲子可以只用小提琴的一根 G 弦演奏，大大增加了其神秘色彩。我自己也正是听过巴赫这两部弦乐作品后确定了对他风格的无比喜爱。

• Air - Orchestral Suite No. 3 in D major, BWV 1068.
• Air on a G string （正确写法应该是 Air on the G string，QQ 音乐的版本实在太混乱。）

列表中还有三首巴赫的曲子也都非常优美。我如此喜欢巴赫绝非偶然，因为他是巴洛克音乐的集大成者。巴洛克音乐的特点是极尽奢华，加入大量装饰音的音符。节奏强烈、短促而律动，旋律精致。这些特征正好符合我审美取向中的其中一种。我也认为这些特征使得巴洛克音乐更易于被完全不了解古典音乐的普通大众接受。

• Bach/Gounod: Ave Maria
• Cantata No. 147, ‘Herz und Mund und Tat und Leben’ BWV147: Choral: Jesu bleibet meine Freude (Jesu, joy of man’s desiring)
• Concerto No.2 in F major BWV 1047 - 2. Andante

再听过这三首出自巴洛克音乐的另外两位代表人物维瓦尔第和亨德尔的弦乐之后，你就会对什么是巴洛克音乐有很清楚的感性认识了。

• Vivaldi, Four Season - Spring - Allegro
• Solomon, HWV 67: The Arrival of the Queen of Sheba (from Four Weddings and a Funeral)
• Water Music

莫扎特的 G 大调弦乐小夜曲也是一首弦乐四重奏，旋律应该大家都很熟悉，在无数地方出现过。事实上，滥俗改编版本的过度流传曾经严重劣化此曲在我心中的印象，听过原版数次才意识到其实这是一首非常庄严优美的曲子。所以听之前一定要忘记以前的负面印象，听其它旋律熟悉的古典音乐时也要注意这个问题。

• Serenade No. 13 in G Major, K. 525,

莫扎特的 C 大调第16号钢琴奏鸣曲，洋溢着欢快而干净的旋律是典型的莫扎特风格。

• Piano Sonata No. 16 In C Major Sonata Facile - I. Allegro

肖邦的降 E 大调夜曲是一首非常安静，很适合深夜或是睡前独自聆听的钢琴曲。它的直观听感非常符合我审美取向中的另一种，极简主义审美。

• Nocture in E flat major (Op. 9 no. 2)

门德尔松的无词歌中的春之歌，同样是一首很干净的钢琴曲。

• Mendelssohn Song Without Words in A, Op. 62 No. 6, ‘Spring Song’

这首萌得耳松门德尔松为莎士比亚的戏剧仲夏夜之梦所写的剧乐中的第8号作品，大概也是他现在流传最广的曲子——结婚进行曲。

• No.8 Wedding March

另一首结婚进行曲婚礼合唱，出自瓦格纳的歌剧罗恩格林。传统上这首会在新人入场时播放，而上一首则是在离场时播放。

• Lohengrin, Act Iii Treulich Geführt Ziehet Dahin - Bridal Chorus

李斯特的 E 大调安慰曲，干净的钢琴曲，真的有安慰心灵的感觉。

• Liszt Consolation in E Major, S.172, No.2

贝多芬的 C 小调第8号钢琴奏鸣曲，别名悲怆奏鸣曲。这是节选的第二乐章，柔和的旋律和轻微的低落情绪，很适合描述爱情某个必经阶段的状态。它也的确在恋爱影视中被使用较多。

悲怆奏鸣曲第一和第三乐章有一个很有名的衍生作品 Beethoven Virus 及其二次衍生作品 V3。听过之后你会发现它们跟这里的第二乐章几乎完全没有关系，这是因为交响曲、协奏曲和奏鸣曲等曲式中最后一个乐章要跟第一乐章呼应，所以会有相同或相似的旋律，但第二乐章一般是舒缓的不同旋律。另外如果你是星际争霸一代玩家，那么一定不能错过这个 Beethoven Virus (Starcraft mix)。

• Sonata No. 8 in C Minor，Op. 13 ‘Pathéique’, II - Adagio cantabile

圣桑的动物狂欢节组曲之天鹅。这是一支由一把大提琴和两架钢琴演奏的室内乐。室内乐是所需乐器和乐队成员很少，不像交响曲需要大音乐厅，在普通室内就能演奏的音乐。前面提过的弦乐四重奏就是一种室内乐。它的旋律非常优雅，令人不得不惊叹作曲家运用音符表达动物气质的高超技巧。

• Le Carnaval Des Animaux (The Carnival Of The Animals): XIII. Le Cygne (The Swan)

勃拉姆斯的匈牙利舞曲第5号，其主旋律应该也是在很多地方出现过的。

• Hungarian Dance No 5 in G minor Schmeling

比才的阿莱城的姑娘第二组曲法兰多拉舞曲，非常欢快的曲子。

• L'Arlésienne - Suite No.2 Farandole

比才的卡门第二组曲哈巴奈拉舞曲，这个旋律在无数地方出现过，大家应该都很熟悉。

• Carmen Suite No. 2: Habanera

德沃夏克的幽默曲也是我早期就接触过的古典音乐曲目。我第一次听到的是劲乐团里的钢琴版本，后来被一个小提琴版本的演绎震撼，可惜 QQ 音乐上找不到这个版本。

• Dvorak Humoreske

有了前面的基础，可以试试大型作品了。这首伏尔塔瓦河是捷克作曲家斯美塔那的交响诗我的祖国的第二乐章。虽然到现在我也还不能理解它描绘的场景，但它的旋律的确非常优美，令人印象深刻。

• Smetana _ Ma Vlast - Vltava

莫扎特的第40号交响曲第一乐章，S.H.E 的不想长大副歌部分旋律就出自它。

• Symphony No. 40 in G minor, KV 550 (First version without clarinets)

最后两首特别的曲子，都是我先在喜欢的动画作品中听到的印象深刻的背景音乐，后来才发现其实是有名的古典音乐。

《冰果》背景音乐

• Sicilienne, Op.78

《凉宫春日的消失》背景音乐

• Gymnopédie No.1

在我为这篇小文寻找资料的过程中，找到了一篇很全面的曲目推荐文章怎样欣赏古典音乐。可以看出原作者的古典音乐素养很高，推荐作为延伸阅读。

耶鲁大学公开课：聆听音乐很适合作为进一步系统性提高古典音乐素养的资料，网易公开课这边的版本有中文字幕。虽然我自己才看过四课，但可以确定非常有意思。

注1：本文的标题来自我不知何时在哪里看到的一篇帖子（也或者是生活中听某位朋友说起过），现在已经找不到来源。在我准备写这篇向朋友们分享介绍古典音乐的小文时这句话很自然地从大脑深处冒出来，除了它再也找不到更合适的标题。

注2：关于乐曲英文名称：

• 不像我们熟悉的流行音乐，很多古典音乐作品都没有表示内容主题的名字，而是使用其乐曲形式和调性命名。例如“Double Violin Concerto in D Minor”这个名字，其中“Concerto”是“协奏曲”，“D Minor” 是“D 小调”（大调是“Major”），合起来就是“D 小调双小提琴协奏曲”。
• 名称中的“Op. xx”表示此曲是作曲家的第几部作品，“Op”是“opus”的缩写。
• 名称中的“No. xx”表示此曲是作曲家本部作品中第几首曲子，或者是第几首同类型曲子。例如莫扎特的“Piano Sonata No. 16 In C”就是他的钢琴奏鸣曲作品中的第16号。
• 名称中类似“BWV 1068”或“K. 525”这样字母加数字的组合是后人对作曲家作品整理时使用的统一编号方式。每首曲子的编号都是独一无二的，使用这些编号搜索查找想要的曲子更方便。
• 名称中的“Adagio”、“Allegro”、“Andante”、“Largo” 等字样是演奏速度的名称。交响曲、协奏曲和奏鸣曲一般都分三到四个乐章，区分它们的方式可以是在名称中加上这些不同乐章独特的速度标记，或者代表乐章编号的罗马数字。

There were two patches for Ruby 1.9 to resolve the load performance issue. Xavier Shay’s approach, which use a hash data structure to store loaded files, absolutely can result much better performance.

Use Xavier Shay’s patch may not easy, here is a small trick to install his fork of Ruby with rvm:

1
2
3
4
5
6
7

$ cd ~/.rvm/repos
$ git clone git://github.com/xaviershay/ruby.git ruby-head
$ rvm install ruby-head --branch require-performance-fix

$ rvm use ruby-head
$ ruby --version
ruby 1.9.3dev (2011-05-31 trunk 31827) [x86_64-linux]

Yeah, it will be installed as ruby-head.

Note: Absolutely this should only be used in development environment, since it’s a development version of Ruby 1.9.3.

Updated on Sep 28, 2011:

The official Ruby 1.9.3 rc1 was released recently, it has almost same load performance compared to Xavier Shay’s patched Ruby 1.9.3dev. Which make this trick no longer necessary.

Tweak Gemfile to not require unnecessary gems immediately

Most gems in development and test group are unnecessary to be required immediately, gems for test can be required in spec_helper.rb. Here is part of my Gemfile for a small project:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40

group :development do
  gem 'bond', require: nil
  gem 'irbtools', require: nil
  gem 'irb_rocket', require: nil
  gem 'capistrano', require: nil
  gem 'rails3-generators', require: nil
  # Only used for mo/po file generation in development, see rake -T gettext.
  gem 'gettext', '>= 1.9.3', require: nil
end

group :development, :test do
  gem 'awesome_print', require: 'ap'
  gem 'factory_girl_rails'
  gem 'rspec-rails', '>= 2.5.0', require: nil
  gem 'capybara', '>= 0.3.6', require: nil
  gem 'capybara-webkit', '>= 1.0.0.beta4', require: nil
  gem 'launchy', require: nil
  gem 'cucumber-rails', require: nil
end

group :test do
  gem 'spork', '>= 0.9.0.rc5', require: nil
  gem 'rspec', '>= 2.5.0', require: nil
  gem 'remarkable', '>= 4.0.0.alpha4', require: nil
  gem 'remarkable_activemodel', '>= 4.0.0.alpha4', require: nil
  gem 'remarkable_mongoid', require: nil
  gem 'database_cleaner', '>= 0.5.0', require: nil

  gem 'guard', require: nil
  gem 'guard-bundler', require: nil
  gem 'guard-spork', require: nil
  gem 'guard-rspec', require: nil
  gem 'guard-cucumber', require: nil
end

group :linux do
  gem 'rb-inotify', require: nil
  gem 'libnotify', require: nil
  gem 'therubyracer', require: nil
end

How about the result?

My recent project using Xavier Shay’s Ruby 1.9.3dev:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

$ time rake about
/home/rainux/.rvm/gems/ruby-head/gems/activesupport-3.0.10/lib/active_support/dependencies.rb:239:in `block in require': iconv will be deprecated in the future, use String#encode instead.
About your application's environment
Ruby version              1.9.3 (x86_64-linux)
RubyGems version          1.8.10
Rack version              1.2
Rails version             3.0.10
Action Pack version       3.0.10
Active Resource version   3.0.10
Action Mailer version     3.0.10
Active Support version    3.0.10
Middleware                ActionDispatch::Static, Rack::Lock, ActiveSupport::Cache::Strategy::LocalCache, Rack::Runtime, Rails::Rack::Logger, ActionDispatch::ShowExceptions, ActionDispatch::RemoteIp, Rack::Sendfile, ActionDispatch::Callbacks, ActionDispatch::Cookies, ActionDispatch::Session::CookieStore, ActionDispatch::Flash, ActionDispatch::ParamsParser, Rack::MethodOverride, ActionDispatch::Head, ActionDispatch::BestStandardsSupport, Warden::Manager, Sass::Plugin::Rack, Rack::Mongoid::Middleware::IdentityMap, Barista::Filter, Barista::Server::Proxy
Application root          /home/rainux/devel/a_rails_app
Environment               development
rake about  5.15s user 0.35s system 99% cpu 5.501 total

Compare to another project using Ruby 1.8.7 (actually, ree-1.8.7-2011.03), without tweak Gemfile:

1
2
3
4
5
6
7
8
9
10
11
12
13
14

$ time rake about
About your application's environment
Ruby version              1.8.7 (x86_64-linux)
RubyGems version          1.6.2
Rack version              1.2
Rails version             3.0.9
Active Record version     3.0.9
Action Pack version       3.0.9
Active Resource version   3.0.9
Action Mailer version     3.0.9
Active Support version    3.0.9
Application root          /home/rainux/devel/yet_another_rails_app
Environment               development
rake about  3.65s user 0.92s system 99% cpu 4.585 total

1

gem 'capybara-webkit', '>= 1.0.0.beta4'

• Set Javascript driver to :webkit for Capybara in spec_helper.rb.

1

Capybara.javascript_driver = :webkit

• Configure RSpec use non-transactional fixtures, configure Database Cleaner in spec_helper.rb.

  Notice with this setup, we’ll only use truncation strategy when driver is not :rack_test. this will make normal specs run faster.

1
2
3
4
5
6
7
8
9
10
11
12
13
14

config.use_transactional_fixtures = false

config.before :each do
  if Capybara.current_driver == :rack_test
    DatabaseCleaner.strategy = :transaction
    DatabaseCleaner.start
  else
    DatabaseCleaner.strategy = :truncation
  end
end

config.after :each do
  DatabaseCleaner.clean
end

• Tag your scenarios in spec/acceptance/*_spec.rb to use Javascript driver if necessary.

1
2

scenario 'Create a lolita via AJAX', :js => true do
end

• Wait for any AJAX call to be completed in your specs. This is very important, or you will get many strange issues like no database record found, AJAX call get empty response with 0 status code, etc.

  For example if you have a simple AJAX form, the success callback will simply redirect browser to another page via location.href = '/yet_another_page';. You can use the following code to wait for it done.

1
2
3
4
5
6
7
8
9

scenario 'Create a lolita via AJAX', :js => true do
  visit new_lolita_path

  click_on 'Submit'

  wait_until { page.current_path == lolita_path(Lolita.last) }

  # Your expections for the new page
end

懒得另外写说明了，直接引用 GitHub repo 里的 README 吧。

目的

使用 apktool 对 Google 拼音输入法 Android 版进行反向工程[注1]，在 Dalvik JVM 汇编层级微调修改它，使其更适合日常使用。

注1：实际上不是真正完整的反向工程，后来有大量借助 Android Open Source Project 中 Google 拼音输入法 1.0.0 的 Java 源代码理解反汇编得到的 smali 代码。

问题修正

• 中文模式下硬件键盘上某些标点符号没有被正确映射为中文（全角）形态，尤其是在 T-Mobile G2 上。
• 中文模式下在软键盘未初始化时使用硬件键盘 Enter 键会导致 Google 拼音崩溃。
• 中文模式下软键盘上的圆括号不是中文（全角）形态。
• 软键盘上的 & 和 < 符号被不正确地转义成了 &amp; 和 &lt;。（MOD 版引入的问题。）
• 中文模式下软键盘在空闲状态时 Del 不能删除字符。（MOD 版引入的问题。）

细节改进

• 中文模式空闲和联想状态下 Alt + Del 像系统默认行为一样删除当前行。
• 中文模式选字状态下 Alt + Del 删除所有拼音字符并回到空闲状态。
• 中文模式下回到空闲状态以及空闲状态输入字符后重置 Alt 和 Shift 状态，避免使用 Del 修正输入内容时误删当前行。（MOD 版引入的不便。）
• 中文模式下硬件键盘 _ （下划线）映射为—（半个破折号），`（反单引号）映射为·（英文人名分隔符）。

如何使用

下载 Google 拼音输入法 1.3.4 MOD v3，使用 adb 工具或 Android 的 Package Manager 安装。或者 git clone 此 smali 源代码仓库自己用 apktool 编译生成 .apk 文件。

注意：安装 MOD 版本之前必须先卸载官方版本，这是因为 MOD 版本签名所使用的证书不可能与官方版本一致。

感谢

• @pipitu: 在我头昏眼花犯下低级错误的时候帮我查阅 smali 资料，让我得以“拨云见日醍醐灌顶茅塞顿开遍体舒畅的神一般的展开”。

开始之前应该看看 Ruby 官方网站 上的 About Ruby、Ruby in Twenty Minutes 和 Ruby From Other Languages 得到初步的印象和感性认识。在页面底部可以选择语言查看中文版。

经验比较丰富的开发者可以通过 Ruby User’s Guide [注1] 快速入门 Ruby，之后应该准备一本 The Ruby Programming Language 作为日常参考。因为作为 Ruby 语言创始人松本行弘参与编写的书籍，它对 Ruby 语言的介绍最完整。而世界上第一本介绍 Ruby 语言的英文书籍 Programming Ruby 大概是最多人用于入门 Ruby 的书籍，虽然对于有经验的开发者来说它稍显啰嗦。Programming Ruby 第一版有提供免费的在线版本。如果你还没有任何程序设计经验，Ruby Programming: 向Ruby之父学程序设计 应该是不错的选择，作者高桥征义是日本 Ruby 协会会长。

Rails

同样，有经验的开发者可以直接通过 Ruby on Rails Guides 入门 Rails。而 Agile Web Development with Rails 则大概是最多人用于入门 Rails 的书籍，它的第四版已经使用目前最新的 Rails 3。

中文资料

@ihower 组织的 Ruby Taiwan 社区有提供 Ruby User’s Guide 的繁体中文翻译以及 Ruby on Rails Guides 前两章的繁体中文翻译。@ihower 自己编写的 Ruby on Rails 實戰手冊 也是一部很不错的面向有一定经验开发者的在线书籍。

其它

Ruby on Rails 社区非常注重代码的美观及可读性。使用相同的 coding style 是保证代码美观可读的有效措施之一，所以在自己尝试写代码时应该看看 Ruby Style Guide。

真正开始使用 Ruby on Rails 之后，Rails Searchable API Doc 和 RubyDoc.info 一定会是最常用的两个在线文档服务。

注1: Ruby User’s Guide 写于 Ruby 1.8.3 时代，现在建议使用的 Ruby 版本是 1.9.3，1.8 系列已经进入其生命的最后阶段。文中提到的 eval.rb 应该使用 irb 取代，另外可以使用 irbtools 大幅度增强 irb。Ruby Taiwan 的繁体中文翻译版本对类似问题有提供译注，建议参考。