update.はじめに以前から、いろんなライブラリや人の書いたコードを読んで理解できるようになりたい、エンジニアを目指す身としてはコードを読めるようにならなくてはと思いつつ、読もうとしては挫折を繰り返しておりました。項目をとっても狭く絞れば自分でも読むことができました。そこで今回、自分なりにRailsのソースコードを読んでみた時のやり方や、コードを読んでみてよかったことなどについてまとめてみようと思います。Railsのコードは膨大なので、今回は普段からしばしば使っているlink_toメソッドの定義元を読んでみることに限定して書いてみようと思います。何か間違いなどございましたらご指摘くださるとありがたいです。対象読者プログラミングを学び始めて数ヶ月の人。これからライブラリなどのソースコードを読んでみたいと言う人。コードを読むメリット・他の人が書いたコードを理解する練習になる。・メソッドやハッシュ、条件分岐などの、自分では使ったことのない使い方を知ることができる。・正体を暴いたようなスッキリ感が得られる。準備まず、github上にあるソースコードをそのまま読むのは読みづらかったため、以下のコマンドでローカル環境にソースコードをクローンしました。https://github.com/rails/railsそして普段使い慣れたエディターでクローンしたファイルを開きます。cloneする程でもない、という時にはOctotreeというchromeの拡張機能が非常に便利です!以下はそのリンクです。https://chrome.google.com/webstore/detail/octotree/bkhaagjahfmjljalopjnoealnfndnagcこれは、githubのリポジトリを、見やすくツリー構造にしてサイドバーを表示してくれるツールです。これを導入すると、以下のように、階層構造がとてもわかりやすくなります。大まかな枠組みを把握railsフォルダ直下にどんなフォルダがあるかざっと把握します。フォルダの名前で何に関するコードのまとまりなのか、なんとなくわかります。)も参照しながらコードを読むようにしました。自分にはコードだけをみて何をしているのか理解するのは難しかったので、RailsGuideを読んである程度理解した上でコードを読みました。)を参考にしつつコードを読みました。Guidesに比べ、ソースコードに基づいて解説してくれています。検索エディターに搭載されている検索機能を使ってlink_toメソッドの定義元を探して行きます。Fで出てくるフォルダ内全検索を使いました。検索に関しては、ジャンプ機能のついているRubyMineなどのエディターが非常に便利なようです。以下の画像は、実際に全ファイル内検索を行った結果のスクリーンショットです。rails/actionview/lib/action_view/helpers/url_helper.rbの169行目にlink_toメソッドの定義がなされていることがわかりました。検索機能を使っても、検索結果がたくさん出てくることもあるので、命名規則やrailsの慣習でどのフォルダに入っていることが多いかなどから、ある程度探したいメソッドや変数がどこにあるか予測をつけておくことも大切なようです。コードを読む以下はlink_toメソッドの定義元のコードです。APIを参考にしながら読んでみた自分なりの解釈です。引数にname、第二引数にoptions、第三引数にhtml_options、第四引数にblockを設定しています。nameとoptionsは必須なようで、初期値はnilです。2行目:block_given?はブロックの有無を判定してくれます。ブロックが存在すれば引数の中身を入れ直します。3行目:optionsがnilなら空のハッシュを返します。4行目:url_forを使ってoptionsからアプリケーションを参照するurlを生成しurlと言う変数に代入します。5行目:html_option["href"]があればその値を、なければurlを返します。6行目:content_tagを使ってhtmlのaタグを生成しています。nameがなければurlやhtml_option、ブロックを表示させます。読んでいく中で、よくわからないメソッドや変数が出来てたら、検索→定義元を読む、ということを繰り返します。まとめ・項目をすごく狭く限定すればプログラミング歴が浅い自分でも読むことができました。・メソッドやハッシュ、条件分岐などの、自分では使ったことのない使い方を知れるので、rubyの書き方の勉強になります。・普段使っているメソッドの中身を知ることで、安心感や納得感を持ってそのメソッドを使うことができます。・他の人が書いたコードを理解する練習になります。upLoginユーザーは見つかりませんでした。