Jump to content

Ruby on Rails

From Wikipedia, the free encyclopedia
This is an old revision of this page, as edited by AIOS (talk | contribs) at 02:08, 2 October 2006 (See also). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.
Ruby on Rails
Developer(s)Rails Core Team
Stable release
1.1.6 / August 10, 2006
Repository
Operating systemCross-platform
TypeWeb Application Framework
LicenseMIT License
Websitewww.rubyonrails.com

Ruby on Rails, often called RoR, or just Rails, is an open source web application framework written in Ruby that closely follows the Model-View-Controller (MVC) architecture. It strives for simplicity and allowing real-world applications to be developed in less code than other frameworks and with a minimum of configuration. The Ruby programming language allows for extensive metaprogramming, of which Rails makes much use. This results in a syntax that many of its users find to be very readable. Rails is primarily distributed through RubyGems, which is the official packaging format and distribution channel for Ruby libraries and applications.

Philosophy

Ruby on Rails' guiding principles include "Don't repeat yourself" (DRY) and "Convention over configuration."

DRY means that definitions should only have to be made once. Since Ruby on Rails is a "full-stack" framework, the components are integrated so that bridges between them do not need to be set up manually. For example, in Active Record, class definitions need not specify the column names; Ruby can already find them from the database itself, so defining them in both the program and the Relational Database Management System (RDBMS) would be redundant.

"Convention Over Configuration" means that the programmer only needs to define configuration that is unconventional.

For example, if there is a Post class in model, the corresponding table in the database is posts, but if the table is unconventional (e.g. blogposts), it must be specified manually (set_table_name "blogposts"). Thus, using Rails' conventions when developing a web application from the ground up reduces the amount of code that needs to be written. Correspondingly, Rails can be configured to use a legacy database with an unconventional schema, albeit with more code than a conventional approach.

History

Ruby on Rails was extracted by David Heinemeier Hansson from his work on Basecamp, a project-management tool by 37signals.[1] It was first released to the public in July 2004.

In August 2006, it was announced that Apple will ship Ruby on Rails with Mac OS X v10.5 "Leopard", scheduled for release in Spring 2007.[2]

Rails' MVC architecture

The pieces of the Model-View-Controller (MVC) architecture in Ruby on Rails are as follows:

Model

In object oriented, database-driven MVC web applications, Model consists of the classes representing RDBMS tables.

In Ruby on Rails, Model classes are handled through the Active Record. Usually, all the programmer needs to do is to subclass the ActiveRecord::Base class, and the program will automatically figure out which RDBMS table to use and what columns the table has.

The class definitions also specify the relations between classes with object-relational mapping commands. For example, if the class name Image has a definition has_many :comments, and there is an instance of Image named a, then a.comments will return an array with all Comment objects with image_id equal to a.id.

The data validation handlers (e.g. validates_uniqueness_of :checksum) and any update-related handlers (e.g. after_destroy :remove_file, before_update :update_related_details) are also specified and implemented in the model class.

View

In MVC, View is the display logic, or how the data from the Controller classes is displayed. In web applications, this frequently consists of a minimal amount of code, interspersed in HTML.

There are currently many ways the views can be handled – the underlying view code is part of the Action Pack. The method in Rails itself is to use Embedded Ruby (.rhtml files), which are basically fragments of HTML with some Ruby code interspersed, with syntax quite similar to JSP. HTML and XML can also be constructed programmatically with Builder or through Liquid template system.

For each method in the controller that needs to display user output, a small HTML code fragment needs to be written. The page layout is described separately from the controller action that displays layouts, and the fragments can also call other fragments.

Controller

In MVC, Controller classes respond to user interaction and call the application logic, which in turn manipulates the data in Model and displays the data through View. In web-based MVC applications, the Controller methods are initiated by the user through the web browser.

Controller implementation is handled through Rails' Action Pack, which contains the class ApplicationController. Rails applications simply subclass ApplicationController and write required actions as methods, which can then be accessed through the web, typically in form of /example/method, which calls ExampleController#method, and presents the data using the view file /app/views/example/method.rhtml, unless the method redirects elsewhere.

Rails also provides out-of-the-box scaffolding, which can quickly construct most of the logic and views needed to do common operations, such as CRUD.

Web server support

For development, the lightweight WEBrick web server included with Ruby is often used as the application server. For production use, Apache or Lighttpd with FastCGI is recommended, but any web server with CGI or FastCGI support will work. On Apache, mod ruby can help with performance considerably, though its use is frequently discouraged because it is unsafe to share multiple RoR applications on Apache [1]. An almost pure-Ruby web server, Mongrel, could also be used as a quick and effective replacement of WEBrick in a development environment and is quickly gaining use as a production server as proxied by Lighttpd or Apache.

Database support

Since the Rails architecture strongly favors database use, an RDBMS system is recommended for data storage. Rails supports the SQLite library if running an RDBMS server is not possible. The database access is entirely abstracted from the programmer's point of view, and Rails handles access to all databases automatically; though the use of direct SQL queries is possible, if necessary. Rails attempts to maintain database-neutrality, application portability over different database systems, and usability of pre-existing databases for Rails application development as much as possible, though due to different feature sets of the RDBMSes, it is not completely guaranteed by the framework alone. Several different RDBMS systems are supported, including IBM DB2, Microsoft SQL Server, MySQL, Oracle, PostgreSQL, and SQLite.

Projects using Rails

Major software projects written using Ruby on Rails include:

Some major websites and services that are implemented on top of Ruby on Rails include:

Requirements

  • Web server such as Apache 1.3.x or 2.x, lighttpd, or any FastCGI (or SCGI)-capable webserver with a mod_rewrite-like module. For development, Rails' "server" script uses WEBrick, which may be used in place of other web servers. However, WEBrick generally exhibits slow performance and is not recommended for production use.
    Note: FastCGI has taken a backseat in production environments to a more capable setup using Mongrel.
    Faster performance can be achieved using a proxy balancer and Mongrel, than can be found using FastCGI.
  • FastCGI or mod ruby for production performance. CGI is possible but quite slow.
  • Database and driver (e.g. MySQL, PostgreSQL, or SQLite).

Javascript libraries used

See also

References

  1. ^ Grimmer, Lenz (2006-02). "Interview with David Heinemeier Hansson from Ruby on Rails". MySQL AB. Retrieved 2006-06-14. {{cite web}}: Check date values in: |date= (help)
  2. ^ http://weblog.rubyonrails.org/2006/8/7/ruby-on-rails-will-ship-with-os-x-10-5-leopard