ルビーオンレール

ルビーオンレール

原作者	デビッド・ハイネマイヤー・ハンソン
初回リリース	2004年7月; 20年前[1] ( 2004-07 )
安定リリース	8.0.0  / 2024年11月7日; 27日前 （2024年11月7日）
リポジトリ	github.com/rails/rails
書かれた	ルビー
サイズ	57.8MB [2 ]
タイプ	Web アプリケーション フレームワーク
ライセンス	MITライセンス
Webサイト	rubyonrails.org

Ruby on Rails（略してRails）は、MITライセンスの下でRubyで書かれたサーバーサイド Webアプリケーションフレームワークです。Railsはモデル・ビュー・コントローラ（MVC）フレームワークであり、データベース、Webサービス、Webページのデフォルト構造を提供します。データ転送にはJSONやXML 、ユーザーインターフェイスにはHTML、CSS、JavaScriptなどのWeb標準の使用を推奨し、容易にします。RailsはMVCに加えて、設定より規約（CoC）、繰り返し禁止（DRY）、アクティブレコードパターンなど、他のよく知られたソフトウェアエンジニアリングパターンやパラダイムの使用を重視しています。^[3]

2005 年の Ruby on Rails の登場は、シームレスなデータベーステーブル作成、マイグレーション、迅速なアプリケーション開発を可能にするビューのスキャフォールディングなどの革新的な機能を通じて、Web アプリケーション開発に大きな影響を与えました。Ruby on Rails が他のWeb フレームワークに与えた影響は今でも明らかで、PythonのDjango、PerlのCatalyst、PHP のLaravel、CakePHP、Yii、GroovyのGrails、ElixirのPhoenix、ScalaのPlay、Node.jsのSails.jsなど、他の言語の多くのフレームワークがそのアイデアを借用しています。

Ruby on Railsを使用している有名なサイトとしては、Airbnb、Crunchbase、Dribbble、^[4] GitHub、^[5] Twitch ^[6]、Shopifyなどがあります。

デビッド・ハイネマイヤー・ハンソンは、ウェブアプリケーション会社37signalsでのプロジェクト管理ツールBasecampの作業からRuby on Railsを抽出しました。^[7]ハンソンは2004年7月に初めてRailsをオープンソースとしてリリースしましたが、 2005年2月までプロジェクトへのコミット権を共有していませんでした。^[要出典] 2006年8月、AppleがRuby on RailsをMac OS X v10.5 "Leopard" ^[8]に同梱すると発表したことで、フレームワークはマイルストーンに到達しました。これは2007年10月にリリースされました。

Rails バージョン 2.3 は、テンプレート、エンジン、ラック、ネストされたモデル フォームの大幅な新しい開発を伴って、2009 年 3 月 15 日にリリースされました。テンプレートを使用すると、開発者はカスタムgemと構成を使用してスケルトン アプリケーションを生成できます。エンジンを使用すると、開発者はルート、ビュー パス、モデルを含むアプリケーション ピースを再利用できます。ラック Web サーバー インターフェイスと Metal を使用すると、アクション コントローラーを迂回する最適化されたコード ピースを作成できます。^[9]

2008年12月23日、別のウェブアプリケーションフレームワークであるMerbが発表され、Ruby on RailsはMerbプロジェクトと協力して「Merbの最高のアイデア」をRails 3に取り入れ、両コミュニティ間の「不必要な重複」を終わらせると発表した。^[10] MerbはRails 3.0リリースの一部としてRailsに統合された。^{[11] [12]}

Rails 3.1は2011年8月31日にリリースされ、リバーシブルデータベースマイグレーション、アセットパイプライン、ストリーミング、デフォルトのJavaScriptライブラリとしてのjQuery 、そして新たにスタックに導入されたCoffeeScriptとSassを特徴としていました。 ^[13]

Rails 3.2は、より高速な開発モードとルーティングエンジン（Journeyエンジンとも呼ばれる）、自動クエリ説明、タグ付きログ機能を搭載して2012年1月20日にリリースされました。^[14] Rails 3.2.xはRuby 1.8.7をサポートする最後のバージョンです。^[15] Rails 3.2.12はRuby 2.0をサポートしています。^[16]

Rails 4.0は2013年6月25日にリリースされ、Russian Doll Caching、Turbolinks、Live Streamingが導入されたほか、Active Resource、Active Record Observerなどのコンポーネントがgemとして分割されオプションになりました。^[17]

Rails 4.1は2014年4月8日にリリースされ、Spring、Variants、Enums、Mailerプレビュー、secrets.ymlが導入されました。^[18]

Rails 4.2は2014年12月19日にリリースされ、アクティブジョブ、非同期メール、適切なレコード、Webコンソール、外部キーが導入されました。^[19]

Rails 5.0は2016年6月30日にリリースされ、Action Cable、APIモード、Turbolinks 5が導入されました。^[20]

Rails 5.0.0.1 は、Rake 経由の Rails CLI の排他的使用と Ruby バージョン 2.2.2 以降のサポートを備え、2016 年 8 月 10 日にリリースされました。

Rails 5.1は2017年4月27日にリリースされ、JavaScript統合の変更（Yarn経由のNPMからのJavaScript依存関係の管理、Webpackを使用したJavaScriptのオプションのコンパイル、jQueryに依存せずにバニラJavaScriptを使用するためのRails UJSの書き換え）、Capybaraを使用したシステムテスト、暗号化されたシークレット、パラメータ化されたメーラー、直接および解決されたルート、form_tag/form_forヘルパーを置き換える統合されたform_withヘルパーが導入されました。^[21]

Rails 5.2は2018年4月9日にリリースされ、ActiveStorage、組み込みのRedisキャッシュストア、更新されたRails資格情報、アプリケーションのコンテンツセキュリティポリシーを構成できる新しいDSLなどの新機能が導入されました。^[22]

Rails 5.2.2は2018年12月4日にリリースされ、多数のバグ修正といくつかのロジックの改善が導入されました。^[23]

Rails 6.0は2019年8月16日にリリースされ、Webpackがデフォルトとなり、メールボックスルーティング、デフォルトのオンラインリッチテキストエディタ、並列テスト、複数データベースのサポート、メーラールーティング、新しいオートローダーが追加されました。^[24]

Rails 6.1は2020年12月9日にリリースされ、データベースごとの接続切り替え、水平データベースシャーディング、すべての関連付けの即時読み込み、単一テーブル継承の代替としての委任型、関連付けの非同期削除、エラーオブジェクト、その他の改善とバグ修正が追加されました。^[25]

Rails 7.0は2021年12月15日にリリースされ、デフォルトでJavaScript管理用のインポートマップにNode.jsとWebpackを置き換え、TurbolinksをTurboとStimulusの組み合わせに置き換え、Active Recordに職場での暗号化を追加し、コードの読み込みにZeitwerkのみを使用するなどの変更が加えられました。^[26]

Rails 7.1は2023年10月5日にリリースされ、アプリケーションのデプロイにKamalを使用するDockerfilesのサポート、認証の改善、そしてbunのサポートが含まれるようになりました。^[27]

Ruby on Rails 8.0.0は2024年11月8日にリリースされました。このメジャーリリースではRails開発に根本的な変化が導入され、個々の開発者がPlatform-as-a-serviceを必要とせずにアプリケーションを独立してホストおよび管理できるようになりました。このアップデートは、単一の開発者がアプリケーションの展開と管理のあらゆる側面をシームレスに処理できるようにすることに重点を置いています。^[28]

改訂された保守方針^[44]は2024年10月に制定されました。^[45]

Ruby on Rails は、新しいテクノロジーの使用を模索し、インターネット上の新しい標準を採用することで、リリースごとに劇的に進化しています。Ruby on Rails の一部の機能は非常に安定していますが、一部の機能は新しい技術に置き換えられています。

モデル・ビュー・コントローラ(MVC) パターンは、アプリケーション プログラミングを整理するための基本的な構造です。

デフォルトの設定では、 Ruby on Rails フレームワークのモデルは、データベースのテーブルと Ruby ファイルにマッピングされます。たとえば、モデル クラスUser は通常、app/models ディレクトリのファイル 'user.rb' で定義され、データベースのテーブル 'users' にリンクされます。開発者はこの規則を無視して、モデル、ファイル、データベース テーブルに異なる名前を選択することもできますが、これは一般的な方法ではなく、「設定よりも規則」の哲学に従って通常は推奨されません。^[46]

コントローラは、どのビュー ファイルをレンダリングするかを決定することで、Web サーバーからアプリケーションへの外部リクエストに応答する、Rails のサーバー側コンポーネントです。コントローラは、1 つ以上のモデルに情報を照会し、それをビューに渡す必要がある場合もあります。たとえば、航空会社の予約システムでは、フライト検索機能を実装するコントローラは、検索に一致するフライトを見つけるために個々のフライトを表すモデルに照会する必要があり、関連する二次データを見つけるために空港と航空会社を表すモデルに照会する必要がある場合もあります。次に、コントローラはフライト データのサブセットを対応するビューに渡す場合があります。このビューには、静的 HTML と、フライト データを使用してフライトごとに 1 行のテーブルを含む HTML ドキュメントを作成するロジックが混在します。コントローラは、1 つ以上のアクションを提供する場合があります。Ruby on Rails では、アクションは通常、特定の外部 Web ブラウザー リクエストに応答する方法を記述する基本単位です。また、コントローラ/アクションは、対応するルートがマップされている場合にのみ、外部 Web リクエストからアクセスできることに注意してください。 Rails では、開発者がRESTfulルート (create、new、edit、update、destroy、show、index などのアクションを含む) を使用することを推奨しています。受信リクエスト/ルートとコントローラー アクションのマッピングは、routes.rb 構成ファイルで簡単に設定できます。

Rails のデフォルト設定のビューは erb ファイルであり、実行時に評価されてHTMLに変換されます。また、ビューには他の多くのテンプレート システムを使用することもできます。 ^{[引用が必要]}

Ruby on Railsには、基本的なWebサイトに必要なモデルやビューの一部を自動的に構築できるスキャフォールディングなど、一般的な開発タスクを「すぐに」簡単にするツールが含まれています。^[47]また、Rubyとともに配布されるシンプルなRuby WebサーバーであるWEBrickや、 gemとして配布されるビルドシステムであるRakeも含まれています。これらのツールは、Ruby on Railsとともに、基本的な開発環境を提供します。^[要出典]

Ruby on Rails は、インターネットに直接接続されることはほとんどなく、フロントエンドWeb サーバーを介して接続されます。初期の頃は、WEBrick よりもMongrelが好まれていましたが^{[誰に好まれたのでしょうか? ] [出典が必要]、}Lighttpd、Apache、Cherokee、Hiawatha、Nginx (モジュールとして –たとえばPhusion Passenger – またはCGI、FastCGI、mod ruby​​ 経由)、その他多くのプラットフォームでも実行できます。2008 年以降、Ruby on Rails で最もよく使用される Web サーバーとして、Passenger が Mongrel に取って代わりました。^{[48] Ruby は}IBM iでもネイティブにサポートされています。^[49]

Ruby on Railsは、 Ajaxアクションのスクリプト作成にJavaScriptライブラリPrototypeとScript.aculo.usを多用していることでも注目に値します。 ^[50] Ruby on Rails 3.0は、ページのマークアップ（ページの構造を定義する）とスクリプト（ページの機能やロジックを決定する）を分離します。バージョン7.0以降、新しいRuby on Railsアプリケーションには、デフォルトでJavaScriptライブラリのHotwireファミリがインストールされています。

バージョン 2.0 以降、Ruby on Rails は HTML と XML の両方を標準出力形式として提供しています。後者は RESTful Web サービス用の機能です。

Rails 3.1 では、標準のCSSテンプレートとしてSassが導入されました。

デフォルトでは、サーバーはHTML ビューで埋め込み Rubyを使用し、ファイルの拡張子は html.erb になります。Rails は、HAMLやMustacheなどの代替テンプレート言語のスワップインをサポートしています。

Ruby on Rails 3.0はRuby 1.8.7、Ruby 1.9.2、JRuby 1.5.2以降で動作するように設計されており、それ以前のバージョンはサポートされていません。^[51]

Ruby on Rails 3.2 は、Ruby 1.8.7 をサポートする最後のリリース シリーズです。

Ruby on Rails は、ActiveRecord (データベースアクセス用のオブジェクトリレーショナルマッピングシステム)、Action Pack、Active Support、Action Mailer など、さまざまなパッケージに分かれています。バージョン 2.0 より前の Ruby on Rails には、現在 Active Resource に置き換えられている Action Web Service パッケージも含まれていました。標準パッケージとは別に、開発者はプラグインを作成して既存のパッケージを拡張できます。以前の Rails は独自のカスタムフレームワーク内でプラグインをサポートしていましたが、バージョン 3.2 では、標準の Ruby "gem" を優先してプラグインを廃止しました。^[52]

Ruby on Railsは、現在のバージョンのRubyに含まれているパッケージマネージャ^{[53]である}RubyGemsを使用してインストールされることが多いです。多くの無料のUnix系システムも、ネイティブのパッケージ管理システムを通じてRuby on Railsとその依存関係のインストールをサポートしています。

Ruby on Rails は通常、 MySQLやPostgreSQLなどのデータベース サーバーと、Phusion Passengerモジュールを実行するApacheなどの Web サーバーとともにデプロイされます。

Ruby on Rails は、 Convention over Configuration (CoC) とDon't Repeat Yourself (DRY) の原則を重視することを目的としています。

Rails Doctrine は、Ruby on Rails フレームワークの哲学、設計、実装を導く永続的なイネーブラーです。

「設定より規約」とは、開発者はアプリケーションの非慣例的な側面のみを指定すればよいことを意味します。たとえば、モデルにSaleクラスがある場合、データベース内の対応するテーブルはデフォルトでsalesと呼ばれます。開発者がこれらの名前に関するコードを記述する必要があるのは、テーブルを「products sold」と呼ぶなど、この規約から逸脱する場合のみです。一般的に、Ruby on Railsの規約により、コードが少なくなり、繰り返しが少なくなります。^[54]

「同じことを繰り返さない」とは、情報が単一の明確な場所に配置されていることを意味します。たとえば、 Rails のActiveRecordモジュールを使用すると、開発者はクラス定義でデータベースの列名を指定する必要がありません。代わりに、Ruby on Rails はクラス名に基づいてデータベースからこの情報を取得できます。

「ファットモデル、スキニーコントローラー」とは、コントローラーを可能な限り軽量にしたまま、アプリケーションロジックの大部分をモデル内に配置することを意味します。

HTML Over The Wire (Hotwire) ^{[55] [56]} 概念的な圧縮^{[57] [58]}および堅牢なセキュリティ^[59]は、 Rails 7.0 の One person フレームワークへのアプローチを特徴づけます。^[a]

2007年3月、デイビッド・ハイネマイヤー・ハンソンは、 Ruby on Rails関連の商標3件をUSPTOに登録申請した 。これらの申請は、「RUBY ON RAILS」という語句^[61] 、 「RAILS」という単語^[62]、および公式Railsロゴ^[63]に関するものである。 2007年夏、ハンソンは、コミュニティの権威あるメンバーが執筆した新しいRuby on Rails本の表紙にRuby on Railsのロゴを使用する許可を出版社Apressに与えなかった。この出来事は、Ruby on Railsコミュニティから丁重な抗議を引き起こした。^{[64] [65]}この批判に対してハンソンは次のように返答した。

私は、自分が直接関わっている製品に対してのみ、Rails ロゴのプロモーション使用を許可しています。たとえば、私が開発プロセスに参加した書籍や、実行に発言権を持つカンファレンスなどです。私は間違いなく、Rails のすべての商標を行使しようと努めます。^[64]

ロゴの商標は2019年10月25日に取り消された。^[63]

以前は、MatzのRubyインタープリタ（ Rubyの事実上のリファレンスインタープリタ）上で動作するRailsは、スケーラビリティの問題があるとして批判されていました。^[66]これらの批評家は、2007年と2008年にTwitterがさまざまな障害を起こしたことによく言及していました。この障害は、Twitterがキューイングシステムやその他のミドルウェアをJava仮想マシン上で動作するScalaに部分的に移行するきっかけとなりました。 ^{[67] [68]}サイトのユーザーインターフェイス部分は、パフォーマンス上の懸念から2011年に置き換えられるまで、Ruby on Railsで実行され続けました。^[69]一方、多くのRailsビジネスアプリケーション開発者は、データベースエンジン、キャッシュ構成、サーバーの選択を含むシステムアーキテクチャ設計に依存して、スケーラビリティの問題に取り組んでいました。 Railsの元の作者であるDavid Heinemeier Hanssonは、Twitterを批判し、スケーリングの問題はRailsのせいではなく、Twitter自身の不適切なアーキテクチャ決定の結果であると述べました。ハンソン氏によると、フレームワークに何の貢献もしていないのに、Rails のせいにして自分たちの問題を責めるのは恩知らずで不当だということです。^[71]

2011年、ガートナー・リサーチは、批判やJavaとの比較にもかかわらず、多くの著名な消費者向けウェブ企業がスケーラブルなウェブアプリケーションを構築するためにRuby on Railsを使用していると指摘しました。Ruby on Railsを実行している最大規模のサイトには、Airbnb、Cookpad、GitHub、GitLab、^[72] Scribd、Shopify、Basecampなどがあります。^[73] 2016年1月現在、120万以上のウェブサイトがRuby on Railsを実行していると推定されています。^{[74] [75]}

2012年3月、セキュリティ研究者のエゴール・ホマコフは、特定のRailsアプリケーションをリモートから悪用できる大量割り当ての脆弱性を発見し、責任ある開示の試みが却下された後、悪意なくGitHubをハッキングしてそれを実証した。^[76]

2013年9月24日、Ruby on Railsでセッションクッキーの永続性に関するセキュリティ上の欠陥が報告されました。デフォルトの設定では、セッションハッシュ全体がCookieStoreと呼ばれるセッションクッキー内に保存され、セッションクッキーを持つ認証済みセッションはいつでも対象ユーザーとしてログインできるようになります。回避策として、管理者はActiveRecordStoreなどのメカニズムを使用してクッキーをサーバー上に保存するように設定することをお勧めします。^[77]

研究者のダニエル・ジャクソンとジョセフ・ニアは、Railsプログラムのデータアクセスを分析し、プログラムがアクセス制限に関するルールに適切に準拠しているかどうかを判断できる「Space」と呼ばれるデータデバッガーを開発した。2016年4月15日、ニアは、Spaceを使用した50の人気Webアプリケーションの分析で、これまで知られていなかった23のセキュリティ上の欠陥が発見されたと報告した。^[78]

• 図書館（コンピューティング）

WikibooksにはRuby on Railsに関する詳細が掲載されています。

• 公式サイト
  • ガイド
  • 翻訳
• GitHubのレール