人気の画像 ・15年下半期ベスト10 ・15年上半期ベスト10 ・14年下半期ベスト10 ・14年上半期ベスト10 ・13年下半期ベスト10(gif 5) ・13年上半期ベスト15 ・12年下半期ベスト10 ・12年上半期ベスト20 ・11年下半期ベスト15 ・11年上半期ベスト10(動)(風) ・10年下半期ベスト15 ・10年上半期ベスト15 ・09年下半期ベスト15 ・09年上半期ベスト15 ・08年ベスト20 PR 逆アクセスランキング
人気の画像 ・15年下半期ベスト10 ・15年上半期ベスト10 ・14年下半期ベスト10 ・14年上半期ベスト10 ・13年下半期ベスト10(gif 5) ・13年上半期ベスト15 ・12年下半期ベスト10 ・12年上半期ベスト20 ・11年下半期ベスト15 ・11年上半期ベスト10(動)(風) ・10年下半期ベスト15 ・10年上半期ベスト15 ・09年下半期ベスト15 ・09年上半期ベスト15 ・08年ベスト20 PR 逆アクセスランキング
概要 ※この記事はRuboCop v0.28.0が対象です。 https://github.com/bbatsov/rubocop/tree/v0.28.0 Assignment Branch Condition size for method_name is too high. [15.33/15] RuboCopを使っていて、こんな警告が出て困ったので調べた結果をまとめました。 これはABC Sizeというチェック項目で、かいつまむと Assignment : 変数への代入 Branch : メソッド呼び出し Condition : 条件文 上記3項目の合計ポイントをRuboCop君が計算して、基準値を超えると警告が出る、という仕組み。 RuboCopやRuby特有のチェックではなく、Abc Metricといって昔からあるものらしい。 ちなみに、それぞれの頭文字をとってABCとのこと。
Atomを使うようになってrubyの静的解析ツールである rubocop を常用するようになりました。もう手放せません。 Atom では yujinakayama/atom-lint というpackageを利用しており、保存時に自動でチェックされていろいろ捗ります。自分ではソースコード書くときは結構注意していたつもりなのですが、いざ使ってみると沢山指摘されます。 rubocopはjslint並みに厳しく指摘してくれるので、copnameというチェック内容単位でoffにする機能があります。(じゃないとエディタがwarningだらけになる) 実はyujinakayama/atom-lint ではこのcopnameが現在は表示されていません。(Add atom-lint.rubocop.showDisplayCopNames #47 by rochefort · Pull Request #82
rubocopはRubyの静的コード解析ツールです。このコード解析を通すことによって、一定のRubyの書き方に統一することができます。また、不要な変数やメソッド名が長すぎるなど、一般的にRubyとして読みやすいコードにするための警告もされます。 こういった警告はRuby coding style and best practicesとしてRuby coding style guideにまとめられおり、Rubyを書くのであれば基本的にはRuby coding style guideを一読しておくことをおすすめします。英語が苦手であれば、翻訳された日本語版も存在します。 なぜ静的コード解析をするのか?静的コード解析し一定の読みやすいコードに統一することによって、人間が誤読する確率を下げることにより、バグなどの混入させる確率を下げる効果があります。また昨今ではGitHubでコードレビューをするよ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く