Ruby Style の要素
Rubyでは、括弧を省くことができ、一般的にこの誘惑に抵抗できます。
括弧を使用すると、コードをわかりやすくすることができます。一般Rubyスタイルは、次の場合を除いて、それらを使用することです。
- 常に空の括弧を省く
- 括弧は、ERb区切り文字で囲まれた単一のコマンドから除外できます-ERbマーカーは、コードがまだ読み取り可能であることを確認します
- 単一のコマンドと単一の単純な引数である行は、括弧なしで記述できます。個人的に、私はこれをますます少なくしていることがわかりますが、それでも完全に読みやすくなっています。私は、通常のRuby複数の引数を持ち、括弧のないコードの単一行を好まない傾向があります。
- 多くのRubyベースのドメイン固有言語（Rakeなど）は、括弧を使用せずに、より自然な言語感覚をステートメントに保存します。
私は将来の私を助けるためにコメントとして括弧を使用しています...誰が現在の私よりも脳細胞が少ないと思われます:-)
2年前に書いたコードを見て、それを誤解するほど悪いことはありません。
括弧が将来数分（または数時間）未来を救ってくれるなら、私は文を明確にするために必要なだけ入れます。
Railsのt.columnやhas_manyのようなDSLっぽいものをやるときは、それらを省きます。残りの時間、それは一般的に明快になり、おそらくそれは均等に分割されます。
私は両方を行うと思いますが、読みやすさを増し、曖昧に見えるステートメントを避ける場合、私は間違いなくそれらを保持します。
関数呼び出しを意味する場合は、読みやすくするため、常に括弧を付けています。条件で（もし、もし）意味するなら、必要なときだけ括弧を付けます。
可能な限り、それらを除外しようとします。これにより、コードが読みやすくなります（一般的に言えば）。
通常はどちらが読みやすいか。
しかし、他のパラメーターの内部に関数呼び出しをネストしているときは、常に括弧を使用します
Assert_equalなどのアサーションを行う場合、それらを除外する傾向があります。ドメイン固有の言語のようにすることでしょう。
あなたが長い間プログラミングをしているなら、おそらく括弧を追加するための「かゆみ」があるでしょう。多くの場合、これには十分な理由があります。
私の意見では、コードは目には簡単ですが、私はまだ問題に遭遇していません-括弧が必要な場合は、デバッグスクリプトを実行する前に事前に知っておく必要があります。