From InformationWeek:

Google partner LTech has already build an application called SharePoint Move for Google Apps using the API to help liberate data, as Google might put it, from SharePoint.

Sharepoint Move is based on the Google Sites APIs.  These types of APIs are what makes the cloud viable.  The best cloud computing platforms have open, easy-to-understand, standards based interfaces for developers, customers, and partners to build upon.

The idea behind Sharepoint move is to help organizations smoothly transition their users to Google Apps.  Many companies have invested a significant amount of time and training on systems like Sharepoint.   Tools that help to ease that transition have value in the cloud product ecosystem today.  We’ll be marketing more tools like this for the Google Apps platform (and other platforms) in the coming months.

Before we go forward, I assume that you have a basic understanding of Ruby and Rails. If not, read _why’s poignant guide to Ruby and buy Agile Development with Rails and run through at least the first couple of chapters.

One of the biggest challenges I had initially when starting with Rails was understanding the relationships between the web framework concepts I knew well from ASP.NET, and these new Rails concepts.

I discovered these key concepts from ASP.NET translate well into Rails:

• Master Pages
• User Web Controls
• The ASP.NET Web Control / PostBack Event Model
• The use and arrangement of .aspx, .ascx, and code-behind (.cs or .vb)

Table 1: ASP.NET Concepts and their Rails counterparts

These concepts are not exact, as these are two completely different frameworks. Let’s take a look at each of these concepts in more detail.

Master Pages and Layouts

A Master Page gives you a canvas from which you can build other pages on without having to worry about all of the common elements like headers, footers, HTML directives, etc. Rails layouts are designed for a similar purpose and as such translate very well to ASP.NET Master Pages. As you will see in the next chapter in this series, I was able to convert an ASP.NET Master Page (site.master) to a Rails layout (application.rhtml) very quickly. ASP.NET Master Pages allow for multiple discreet content replacement zones, called ContentPlaceHolders. Rails does not have a preset “tag” for zones, rather you can use variables and a single “yield” statement to render discreet sections. It is best to reserve the “yield” for the main content body, and use variables for supplementary content like headers and titles that might be replaced.

This ASP.NET Master Page:

<@Page Title="Page Title">

Lorem ipsum blah blah blah

<asp:ContentPlaceHolder id="headerContentPlaceHolder" runat="server"></asp:ContentPlaceHolder>

Ipsum lorem blah blah blah

<asp:ContentPlaceHolder id="bodyContentPlaceHolder" runat="server"></asp:ContentPlaceHolder>

is functionally equivalent to this Rails layout:

<title><%=@title || "Default Title"%></title>
Ipsum lorem blah blah blah

<%=@header_content %>

Ipsum lorem blah blah blah

<%=yield%>

User Web Controls and Partials

In ASP.NET, User Web Controls (.ascx files), give you a nice way to encapsulate common web presentation elements. They can be included on any page or template, and have their own event model that custom code can be added to, much like ASP.NET Pages. An excellent example of a User Web Control would be a “contact us” widget that allows a user to fill out and submit a contact form in a consistent way across many pages of a website.

Rails partials serve a similar purpose. They allow a developer to encapsulate HTML with the intent of reusing across many pages or layouts. The “contact us” widget example above also fits well with partials.

From the excellent overview at the Rails Diary:

Partials let you break out a chunk of RHTML that is going to be used across multiple views in a controller or even across multiple controllers.

For more information, partials API Documentation can be found here.

In the next part of the series we’ll wrap up the ASP.NET concept comparison and start to look at implementing real-world ASP.NET to Rails conversion.

I had a simple missing tag on a Master page (I think VS2005 conveniently erased my form tag because I was trying to actually do something nifty), and it blew up our company web page.

I am going to convert http://www.ltech.com to Ruby on Rails from ASP.NET 2.0 / C#.

Ltech.com is a simple site, nothing too dynamic, and with a limited number of web forms. This should provide a good case study.

Once I figure out how to post nice “code snippets” in Blogger ( or move to Mephisto or WordPress ), I’ll start posting here.