[B! Refactoring][Ruby] sh19eのブックマーク

Refactoring for the Tell Don't Ask Pattern

sh19e 2018/04/24

リンク

Railsで重要なパターンpart 2: Query Object（翻訳）｜TechRacho by BPS株式会社

概要原著者の許諾を得て翻訳・公開いたします。英語記事: Essential RubyOnRails patterns — part 2: Query Objects 公開日: 2017/09/18 著者: Błażej Kosmowski サイト: selleo.com 2017/10/25: 初版公開 2022/03/24: 更新前回: Railsで重要なパターンpart1: Service Object Query Object（または単にQuery）パターンもまた、Ruby on Rails開発者が肥大化したActiveRecordモデルを分割し、コントローラをスリムで読みやすくするのに非常に有用なパターンです。本記事はRuby on Railsを念頭に置いていますが、このパターンは他のフレームワーク（特にMVCベースでActiveRecordパターンを適用できるもの）にも簡単

sh19e 2018/04/18

リンク

Extract conditionals into well-named methods

One of the simplest (and most effective) ways to refactor is to extract a method. The naming of an extracted method is a great tool for communicating the thinking behind the code. The UK’s friendliest, Ruby & Rails event. Friday 28th June. Includes ice cream → class BrightonCoffeeShop def initialize(name) @name = name end def good? if @name == 'Starbucks' || @name == 'Costa' || @name == 'Barry’s C

sh19e 2018/02/03

リンク

[初心者向け] RubyやRailsでリファクタリングに使えそうなイディオムとか便利メソッドとか - Qiita

はじめに: 遠回りせずに「近道」を探す RubyやRailsを始めたばかりの人は、もっと短く書く方法や便利な標準ライブラリの存在を知らずに遠回りした書き方をしてしまいがちです。そこで、RubyやRails初心者の人によく見かける「遠回り(または車輪の再発明)」と、それを回避する「近道」をいろいろ集めてみました。 2013.11.06 追記この投稿を書くに至った経緯などを自分のブログに書きました。こちらも合わせてどうぞ！昨日Qiitaに投稿した記事は普段のコードレビューの副産物 - give IT a try Ruby編以下はRubyの標準機能を使ったイディオムやメソッドです。 Rails プロジェクトでもそれ以外でも使えます。(Ruby 1.9以上を想定) 後置ifで行数を減らす

sh19e 2014/04/26

リンク

vim-ruby-refactoringで面倒なリファクタリング作業を自動化 - Qiita

あとは :NeoBundleInstall でインストール完了です。 vim-ruby-refactoring の一部コマンドが vim-matchit に依存するようなので一緒に入れておくのが良さそうです。機能一覧主な機能を挙げていきます。 " メソッドに引数を追加する :nnoremap <leader>rap :RAddParameter<cr> " 一行で書かれた条件文(e.g. "hoge if fuga?" のようなもの)を伝統的な複数行の形式に変換する :nnoremap <leader>rcpc :RConvertPostConditional<cr> " 選択部分を RSpec の "let(:hoge) { fuga }" の形式に切り出す :nnoremap <leader>rel :RExtractLet<cr> " 選択部分を定数として切り出す :vnorem

sh19e 2014/04/26

リンク

動画(スクリーンキャスト)で学ぶRubyリファクタリング: Keitai Message編 - give IT a try

はじめに僕が主催している西脇.rbの勉強会では、毎回「参加者が自分でコードを書く」「参加者がお互いにコードレビューする」ということを重視しています。一言で言うと、「自分の手と頭を動かす勉強会」になっています。先日開催した「Rubyプログラミング Dojo」でも、お題となるプログラミング問題を各自が解いて、最後に全員でコードレビューしました。 Photo by: @spring_aki その勉強会の参加者に岡田さん(@shinokada)という方がいます。岡田さんは勉強会が終わったあとも自分でプログラミング問題を見つけて、解答となるRubyのコードを書いてきてくれました。ただし、岡田さんはまだRubyを始めてそれほど長くないので、そのコードには改善する余地がまだまだあります。そこで、岡田さんが書いてきてくれたそのコードを僕の方でレビューし、いろいろとリファクタリングしてみました。