アプリケーションフレームワークです。知った経緯などもあり、いい機会なのでチュートリアルを進めてみました。殆どは先述のるびまでまとめられた内容が詳しいのですが、仮に実案件で使うとして個人的に絶対に外せないポイントがバリデーションメッセージの日本語化でした。この記事ではそのあたりについて、自分で今理解している範囲でまとめていきます。バリデーションが定義されています。ようなメッセージが得られると思います。箇所を日本語にします。バリデーションについて軽く説明すると、それ自体モデルやコントローラーには依存せず使えるライブラリになっています。https://github.com/dry-rb/dry-validationだとすればメッセージもそこで使われているものがデフォルトになっているはず、と思いロケールファイルを探してきました。指定したままですが、ここについては後述します)。"みたしとらん!"次に、先ほどのコントローラーを開いてこのロケールファイルが使われるようにします。指定されているので省略可能ですが、分かりやすさ重点で残しておきました。この状態で再度リクエストを投げると、エラーメッセージが「Titleみたしとらん!」のように変更されると思います(されない場合、一度サーバを再起動してください)。いった値も日本語化していきます。使って行う事にしました。実行したら作業開始です。表示させると次のような値が得られます。:author=>["みたしとらん!"]}}この構造であればロケールファイルを作って翻訳させる事ができそうです。して次のような値を設定してみます。セットアップさせるよう変更します。:jaI18n.backend.load_translationsこれはサーバ起動時にしか読み込まれないと思うので、ここまで書いたらサーバを再起動してください。次にテンプレート側に変更を加えます。テンプレートも問題なく使えます。:author=>["みたしとらん!"]}}の内容をもとにエラーメッセージが日本語で表示されるようになっています。動作させてみた結果はこんな感じでした。文言の是非はともかく、意図した動作をしている事はお分かり頂けたかと思います。実際に動作させていて気がついた問題点がいくつかありました。単位でコンフィグを書けそうな気がしたのですが、ドキュメントなど見つける事ができませんでした。ままにしていたのは他の言語に変更する方法が分からなかったためです。指定可能とされています。少なくともコントローラーに直接記述した限りでは何故か例外が発生してしまいました。必要な設定を忘れているなどの問題かもしれませんが、今のところ動作に至っていません。アクションの両方で同じテンプレートを使っているため、テンプレートの都合のためにロジック側を修正する必要が生じてしまい良さそうには思えません。使って切り出せば良さそうですが、何となく歯切れの悪い説明がされていて気になります(きれいに役割の分担ができているので問題なさそうに見えるのですが、どのあたりで議論があり、何がまとめきれていないのかは把握していません)。今すぐプロダクトで使いたい!と思った場合、上のような問題が発生するたびに自力で解決していくしか無さそうで、まだリスクがありそうに感じたというのが正直なところです。時間をかけてドキュメントやソースコードを追っていく事や機能面での妥協が許される会社内の案件や自分で使うツールなどで試しに採用して、考え方を理解していくのが良さそうに思いました。upLoginユーザーは見つかりませんでした。