使用 UTF-8 作為源文件編碼。

    每個(gè)縮進(jìn)級(jí)別使用兩個(gè) spaces （又名軟 tabs）. 不要硬 tabs

  # bad - four spaces  def some_method    do_something  end  # good  def some_method   do_something  end

    使用 Unix-風(fēng)格 換行符。(*BSD/Solaris/Linux/OSX 用戶被為默認(rèn)涵蓋，Windows 用戶必須特別小心.)

        如果你正在使用 Git 你可能會(huì)想要添加下面的配置設(shè)置來保護(hù)你的項(xiàng)目（避免）Windows 蔓延過來的換行符:

  $ git config --global core.autocrlf true

    不用使用 ; 來分割語句和表達(dá)式。以此推論 - 一行使用一個(gè)表達(dá)式

 # bad  puts 'foobar'; # superfluous semicolon  puts 'foo'; puts 'bar' # two expression on the same line  # good  puts 'foobar'  puts 'foo'  puts 'bar'  puts 'foo', 'bar' # this applies to puts in particular

    對于沒有內(nèi)容的類定義，盡可能使用單行類定義形式.

 # bad  class FooError < StandardError  end  # okish  class FooError < StandardError; end  # good  FooError = Class.new(StandardError)

    避免單行方法。即便還是會(huì)受到一些人的歡迎，這里還是會(huì)有一些古怪的語法用起來很容易犯錯(cuò).
    無論如何 - 應(yīng)該一行不超過一個(gè)單行方法.

# bad  def too_much; something; something_else; end  # okish - notice that the first ; is required  def no_braces_method; body end  # okish - notice that the second ; is optional  def no_braces_method; body; end  # okish - valid syntax, but no ; make it kind of hard to read  def some_method() body end  # good  def some_method   body  end

    空方法是這個(gè)規(guī)則的例外。

  # good  def no_op; end

    操作符旁的空格，在逗號(hào)，冒號(hào)和分號(hào)后；在 { 旁和在 } 之前，大多數(shù)空格可能對 Ruby 解釋（代碼）無關(guān)，但是它的恰當(dāng)使用是讓代碼變得易讀的關(guān)鍵。

  sum = 1 + 2  a, b = 1, 2  1 > 2 ? true : false; puts 'Hi'  [1, 2, 3].each { |e| puts e }

    唯一的例外是當(dāng)使用指數(shù)操作時(shí)：

  # bad  e = M * c ** 2  # good  e = M * c**2

    { 和 } 值得額外的澄清，自從它們被用于 塊 和 hash 字面量，以及以表達(dá)式的形式嵌入字符串。