週刊Railsウォッチ（20170116）Ruby 2.4の詳細、範囲指定したsumメソッドは速い、rescueの挙動を動的に変更ほか

こんにちは、hachi8833です。2017年第2回目の週刊Railsウォッチをお届けします。

※Rails公式ニュースがつい先ごろ更新されましたが、こちらは次回取り上げます。

2017年初頭のRailsの傾向

ソース: State of the 2017 Rails Stack（RubyFlowより）

例によってこの種の情報はどうやっても「観測範囲」にしかとどまれないので、参考止まりにしておくのがよいと思いますが、新年らしい記事ということで。

morimorihogeさんも「素性の良いRailsアプリしかチェックしていないのでは？」と疑いの眼差しでした。

Ruby 2.4の新機能

ソース: Ruby 2.4 Released: Faster Hashes, Unified Integers and Better Rounding（Ruby Weeklyより）

2.4の機能の多くはRailsウォッチでもお伝えしており、前回のRailsウォッチでもRuby 2.4の新機能紹介記事をお伝えしましたが、また少し違う角度で見てみるとよいかもしれません。

Linear Congruence Generatorなんてのもあるんですね。線形合同法と訳されます。

ただ、Float#roundの挙動変更について言及されていますが、既に昨年末のRailsウォッチでお知らせしたようにその後取り消されています。

参考: Ruby 2.4.0リファレンスマニュアル: Float#round

Ruby 2.4の`sum`は`inject`より速い

ソース: Why is sum so much faster than inject(:+)?

(1...1000000000000000000000000000000).sum           # 断然速い
(1...1000000000000000000000000000000).inject(:+)

Enumerable#sumで範囲演算子...が使われている場合、高校数学でおなじみの三角数の公式を使うようです。

(range.max-range.min+1)*(range.max+range.min)/2  # 元はC言語だがだいたいこんな感じ

#injectではそうした最適化ができないので愚直に足しています。

やはりガウスは偉かったということで。

バックグラウンドジョブの実装上の注意

ソース: How I fixed my biggest mistake with implementing background jobs（RubyFlowより）

英語タイトルは無駄に派手ですが、時間のかかるジョブを「遅延実行」に切り替える場合の注意、といった小ネタですね。

Rails 5.1ではアクションに応じてパラメータのエンコードを変えられるようになる？

ソース: Specifying parameters encoding by action in Rails

masterブランチにマージされた#26092を発見したという記事です。もしかすると5.1で以下のように書けるようになるかもですね。

class ActionParameterEncodingController < ApplicationController
  parameter_encoding :param_in_win_encoding, :action_name, Encoding::WINDOWS_1250
  parameter_encoding :param_in_iso_encoding, :action_name, Encoding::ISO_8859_1
...
end

今どき非UnicodeでPOSTするようなAPIサーバーはさすがに減ったと思いますが、何かのときに役立ちそうです。

Rails 5のActive Recordのbefore_destroyではまったよ

ソース: How requirements shaped my code, AKA Rails 5 and ActiveRecord before_destroy callbacks.（RubyFlowより）

before_destroyに限らず、before_*系すべてのコールバックメソッドに関係する内容なのでご注意ください。要約すると、Railsアップグレードガイドの「Rails 5での非推奨事項」にある以下の指示に従う必要があったということのようです。

Active Recordのコールバックチェーンを止めるためにfalseを返すことを非推奨に指定。代わりにthrow(:abort)の利用を推奨。（Pull Request）
Rails 5.0へのアップグレード: Active Recordの非推奨事項より

FXRubyの拡張

ソース: FXRuby Enhancement（RubyFlowより）

FXRubyはRubyでGUIアプリを作れるライブラリですが、随分古くからあります。それにしても古すぎです。

マルチプラットフォームのGUIアプリには個人的に惹かれるものがありますが、QtやElectronのような洗練されたマルチプラットフォームGUIを見てしまうと見劣りしてしまいますね。

WrenchMode: シンプルな「メンテナンス中画面」gem

ソース: WrenchMode, a simple maintenance page gem and Heroku add-on（RubyFlowより）

いわゆる「現在メンテナンス中です」ページを表示したり文言をその場で更新したりできるgemですね。ドキュメントによるとrack上で動作するとのことなので、rackまでこけたらメンテページも表示できなくなるのか？とBPS社内でのRailsウォッチつっつき会でもツッコまれてました。

blog.wrenchmode.comより

Railsアプリのホスティングを得意とするheroku.comですぐ使えるアドオンもあるので、利用目的によってはなかなか便利そうです。

`rescue`のちょっとしたテクニック

ソース: Rescue’s Elegant Trick for Knowing Which Exceptions to Catch（RubyFlowより）

rescueでの比較には、内部で比較演算子===が使われているので、===をオーバーライドすることでrescueの挙動を動的に変えられるそうです。

class SevereMatcher
  def self.===(exception)
    exception.message =~ /severe/
  end
end

begin
  raise RuntimeError, "Something severe happened"
rescue SevereMatcher
  # メッセージに "severe" という文字があれば、クラスにかかわらずすべての例外をrescueする
end

↑Rescue’s Elegant Trick for Knowing Which Exceptions to Catchより

Conclusionで著者が認めるとおり、やりすぎると無残なことになりそうですね。例外処理における#===の挙動がRubyデフォルトであることを前提としたgem（exeption_notifierなど）があると、そうしたgemが思わぬ影響を受けるかもしれません。

ここはrescueの挙動を理解するにとどめておき、productionで使うのは控えるのがよさそうです。

参考: Rubyの比較演算子`===`について

Rubyの比較演算子===の動作を以下にまとめてみました。

左辺が単独の文字列や数値の場合: ==と同じ動作
左辺がクラスの場合:: 右辺がそのクラスのインスタンスであるかどうかを比較する
Rangeクラスはこれで比較できる
左辺が正規表現の場合:: 右辺とマッチするかどうかを取れる

これまた同じ記事にあるコードから引用します。

(1..10) === 5             # true  （Rangeクラスのインスタンスかどうか）
('a'..'f') === "z"        # false （Rangeクラスのインスタンスかどうか）

String === "hello"        # true
String === 1              # false

/[0-9]{3}/ === "hello123" # true
/[0-9]{3}/ === "hello"    # false

今さらですが、Rubyの比較演算子===はJavaScriptの厳密比較演算子である===や!==とは異なり、むしろRubyの==よりフレキシブルな演算子ですね。

公式ドキュメントには以下の記述があります。

特殊な等号演算子。Object#===での説明：「このメソッドは case 文での比較に用いられます。デフォルトはObject#==と同じ働きをしますが、この挙動はサブクラスで所属性のチェックを実現するため適宜再定義されます」。たとえば、Range#===はotherが範囲内に含まれている時に真を返します。
Rubyで使われる記号の意味: ===より