はじめに

この記事では、Ruby on Rails（以下Railsと呼称）を本格的に勉強する前に一度Railsについて纏めてみようと思います。
参考にさせていただいたサイトなどは、最後の「参考資料」の項にまとめておきます。

Railsとは？

一言で言うならRailsは、Rubyで使うwebアプリケーションフレームワークです。

では、webアプリケーションフレームワークとは？
これは、動的なウェブサイト、Webアプリケーション、Webサービスの開発をサポートするために設計されたアプリケーションフレームワークのことを指します。

かみ砕いていうと、【web関連の開発をするときにめっちゃ役に立つフレームワーク】、ということです。

さて、そもそもフレームワークとは何ぞ？、という話です。
フレームワークは日本語では、「骨組み」とか「枠組み」とかの意味があります。
この名前の通り、フレームワークはプログラミングで使う「枠組み」です。

フレームワークは、アプリケーション全体の枠を提供し、開発者の作ったプログラムを読み込んで動作する環境のことを指します。

分かりやすく言い換えると、【使用頻度の高い機能を集めたひな形】といったところです。

まとめると、Railsは、Rubyを使ってweb関連の開発をするときにめっちゃ役に立つ、使用頻度の高い機能を集めたひな形という感じの意味合いになります。
大分、分かりやくなったように思います。

Railsの歴史

RailsはRuby on RailsはデンマークのプログラマであるDavid Heinemeier Hansson（通称DHH氏）により、作られたました。
以下に大まかなRailsの変遷をまとめておきます。

・2004年7月最初のバージョン公開
・2005年12月13日バージョン1.0リリース
・2007年12月7日バージョン2.0リリース
・2010年8月29日バージョン3.0リリース
・2013年6月27日バージョン4.0リリース
・2016年6月30日バージョン5.0リリース

Railsを使うメリット、デメリット

tech boostの記事に分かりやすくメリット、デメリットがまとめられているものがあったので、そこから抜粋、引用して書いてあります。
サイトのURLは一番下の「参考資料」の項にあります。

メリット

1:シンプルなコードで書ける
Railsはコードが短く、シンプルな書き方ができます。
これによりコーディング量が少なくなります。

2:初心者でも簡単
Ruby自体が、日本発祥の言語なので日本語の情報が書籍やオンラインで豊富にあるため、初心者でも学びやすい環境が整っています。

3:メンテナンスがしやすくなる
先述したように、フレームワークは【使用頻度の高い機能を集めたひな形】なので、コードの書き方やコードを書いたファイルの場所なども決まりがあります。
このため、メンテナンスがしやすいです。

4:開発期間が短くなる
Railsは、特にアジャイル開発と呼ばれる開発期間の短い開発手法を使う会社で活用されています。
短期間で開発ができるので、1人でもそれなりのWebシステムを構築する事ができます。

5:汎用性が高い
汎用性が高いためWeb開発以外でも利用する事ができます。
マルチプラットフォームなのでさまざまな環境で動作できます。

6:バグが少なくなる
システムは複数の機能が集まってできており、1つの機能を変更すると他の機能に影響して別のところでバグが出る場合があります。
フレームワークは各機能の関係をわかりやすくしたりする効果もあるので、バグを事前に減らすことができます。

また、デバッグ用の機能も提供されています。

デメリット

1:便利すぎる
便利すぎるので、基本的な技術を知らないままアプリケーションを作成できてしまう場合があります。
基本的な技術がわからないと、不具合が発生した場合に対処できなかったりします。

2:処理速度が遅い
Rubyでの構築サイトは一部で処理速度が遅いなどのデメリットが指摘され、大規模サイトには向いていないといわれています。

ただし、設計段階で考慮した作りを行うことで処理速度の低下を抑えることができます。

Railsにおいて重要な事項

Railsの9つの基本原則

RailsにはRailsの生みの親のDHH氏がRailsの基本理念として８つの基本原則を示しました。
後に、これにもう一つ理念が加わった９の基本原則がRailsにはあります。

この９の基本原則をまず見ていきましょう。
ただし、この内容は、これを自分なりに解釈したものです。

Optimize for programmer happiness(開発者の幸せのために最適化する)

Rubyのフレームワークである、RailsもRubyの売りの一つである、「開発者の幸せ」に力点を置いているということです。

Convention over Configuration(設定よりも規約を尊重する)

設定を無暗にいじるのではなく、Railsが用意した規約を守ることで、シンプルなコードを書くことができます。

The menu is omakase(Railsにおまかせする)

Railsには、先人たちが作った便利な機能がたくさんあります。全ての機能を自作しようとせず、Railsの便利な機能をフルに活用しましょう。

No one paradigm(複数のパラダイムを適用する)

より広い範囲の機能を持たせたり、機能同士が衝突したりしないようにRailsには多くの考え方や、機能が採用されています。

Exalt beautiful code(美しいコードを称える)

美しいコードにすることで、コードの可読性を高めたりできるので、美しいコードを書くことを意識しましょう。

Provide sharp knives(切れるナイフを提供する)

自由度の高い機能は開発者にとっては諸刃の剣であるということです。
ただし、失敗を恐れず使っていく勇気も時には必要です。

Value integrated system(統合システムを尊重する)

Railsは1つの統合システムになっているので、開発者に余計なタスクを負わせないようになっています。

Progress over stability(安定よりも進歩を尊重する)

Railsは時代のニーズに合わせてバージョンアップしていくので、互換性のない変更がまま起こり得ます。開発者はこのことを肝に銘じておくべきです。

Push up a big tent(大きなテントを張る)

たくさんの人に使ってもらえるように、学習コストを可能な限り低くし、コードや機能をオープンにするようにしましょう。

MVCとルーティング

Railsの中でも重要な概要の一つであるのが、MVC構造（MVCアーキテクチャとも言う）です。
MVCは以下の三つイニシャルから取られています。

・Model(モデル)
・View(ビュー）
・Controller(コントローラー)

この三つ(とルーティング)の役割を見ていきましょう。

Model(モデル)
モデルの仕事はデータベースの管理です。データベースには様々なデータが格納されています。
より詳しく説明するならば、モデルはコントローラーから出された指示に従ってデータベースにテーブルを作ったり、カラムを追加したり、データの保存や取り出しなどを行います。

View(ビュー）
ビューの仕事はwebアプリケーションのユーザーが操作するフロント部分の管理です。
主にRailsのテンプレート(「ERB(Embedded Ruby)」など)をHTMLに訳して、ブラウザに表示させています。
Railsのテンプレートがブラウザに表示できるのは、ビューのおかげです。

Controller(コントローラー)
コントローラーの仕事は、ユーザーからのリクエストを受け取り、リクエスト通りの仕事をモデルとビューに実行させるように命令を出すことです。
具体的には、データベースから値を取り出すように、モデルに指示、取り出した値をビューに命令して、ブラウザで表示させるといったような形です。

ルーティング
リクエストはURLで送られてきますが、コントローラーはURLをそのまま理解することはできません。
そこで、ルーティングが受け取ったURLをコントローラーが理解できるように変換します。
つまり、ルーティングは受け取ったリクエストを適切なコントローラへ案内させるための「ルール」のことです。