We previously talked about Merb which is maybe the most accomplished Rails alternative. It is a fairly active project and is used in several production environments. It is the Ruby Web framework which has the most similarities with Rails.
Camping defines itself as a web framework which consistently stays at less than 4kb of code. The project is 22 months old, and maintained by whytheluckystiff. A whole web application can be defined in a single file while still following the MVC pattern (making it easier to migrate to Rails later). Camping uses ActiveRecord as the ORM; the templating system used is Markaby. Whytheluckystiff keeps enhancing Camping on a regular basis.
Nitro is a 3 years old "Web 2.0" framework. After a period of inactivity, George K. Moschovitis seems to be active again. Nitro apps are written in Ruby for server side and Javascript for client side. Urubatan made a recent review of it. Contrary to Rails which favors coding by convention, Nitro is more flexible. Nitro also makes it possible to write Model-View-Controller based apps and non-MVC php-style apps as well. Nitro uses xhtml files with custom Ruby tags as template system. Nitro also uses its own persistence layer called Og (ObjectGraph). Og allows the serialization of arbitrary Ruby objects. Once marked as Object (or Array or Hash) in the attr_accessor, the engine will serialize a YAML dump of the object. Arbitrary object graphs are supported too. Og provides automagic database evolution: when a Ruby class is changed, Og will automatically detect it and change and alter the database accordingly. Some of you might miss all the features of ActiveRecord Migration.
Ramaze is a 6 month old light Ruby Web Framework. It was built using well-known Ruby principles:
- KISS (Keep It Super Simple)
- POLS (Principle Of Least Surprise)
- Modular design
- Minimal dependencies
- Documentation
- Open development
- BDD Development / Examples
Sinatra is a one month old DSL web development framework. Ron Evans made a short review of it. The major difference with Rails is that it is not a Model-View-Controller based framework. Sinatra is made of a minimal DSL-syntax, its small base core does not contain such module as ActiveRecord. Sinatra has dynamic route definition through the use of get/post action definitions. As Ron states, Sinatra is not made for robust web applications, but rather small prototype where mixing business logic and presentation layer is not a problem.
So what would it be good for? API implmentations, quick minimal applications, and web development that does not want or need things that are included in Rails, like ActiveRecord. Control panel mini-applications, or perhaps widgets.Of the other frameworks, IOWA has not been active for 3 years and Cerise has not been active for 1 year so we won't go into those.
Apart from Nitro which, like Rails, has its own complete core, the other web frameworks try to be as small as possible, making the user free to plug in their favorite ORM, Templating System, etc. Even if some of those frameworks might suffer from a lack of documentation or even it they do not have as many features, popularity, or users Rails, they might still be worth having a look at.
Community comments
Sinatra & ERB/Haml
by Blake Mizerany,
Re: Sinatra & ERB/Haml
by John Green,
IOWA
by Horacio Lopez,
Re: IOWA
by Sebastien Auvray,
Re: IOWA
by Kirk Haines,
Re: IOWA
by Horacio Lopez,
Sinatra & ERB/Haml
by Blake Mizerany,
Your message is awaiting moderation. Thank you for participating in the discussion.
Sinatra currently supports both Erb and Haml for Template and Inline use. Creating your own renderer for you template of choice is as easy as pie. Enjoy. sinatra.rubyforge.org/doc/classes/Sinatra/Erb/E...
sinatra.rubyforge.org/doc/classes/Sinatra/Haml/...
Re: Sinatra & ERB/Haml
by John Green,
Your message is awaiting moderation. Thank you for participating in the discussion.
Sinatra and Haml are a great combo. So little code to make functional apps.
IOWA
by Horacio Lopez,
Your message is awaiting moderation. Thank you for participating in the discussion.
IOWA is not defunct at all.
Avi Bryant abandoned the project many years ago, but shortly after Kirk Haines picked it up and revamped it significantly.
There's probably few remaining lines of code from the original IOWA by Avi, if any.
The newest incarnation of IOWA is now under the Swiftcore project umbrella.
swiftiply.swiftcore.org/index.html
So from now on, the new IOWA will be rebranded as Swiftcore IOWA, which is alive and kicking, you can use "Avi Bryant's IOWA" to refer to the former project he abandoned around year 2002.
We're also on irc: irc.freenode.net #swiftcore
Re: IOWA
by Sebastien Auvray,
Your message is awaiting moderation. Thank you for participating in the discussion.
Hi Horacio,
Sorry for that! I have to admit I had problem keeping track of the IOWA project and I never used it myself so it made my investigations even harder.
Thanks for the clarification, it should definitely be part of my post. I might write about Swiftcore IOWA in a future post.
Regards,
Sébastien.
Re: IOWA
by Kirk Haines,
Your message is awaiting moderation. Thank you for participating in the discussion.
The placeholder for IOWA's new site was put up a couple of days ago. New content will be going up onto it soon. Feel free to contact me at wyhaines@gmail.com if you have any questions.
Kirk Haines
Re: IOWA
by Horacio Lopez,
Your message is awaiting moderation. Thank you for participating in the discussion.
um... good, you got Kirk's email contact now for when you want to write that future post.
In the meantime, it would be advisable to correct the factual mistakes on this one.
Thanks for your attention,
vruz