Allow me to correct you on certain points here (1) Code behind/Code besides support with asp.net -- ROR does not have it.
RoR is MVC with passive views so you're not coupling your event handling from your view to your controller (on which an action can be viewed as the complete code behind/beside file from asp.NET). And quite frankly for web development I, personally, fail to see why you would want to use an event driven model. 2) Master Pages ---ROR does not have it except helper methods and something alike for viewing Master pages are called layouts in RoR. If you want to use a master page to implement common logic that's what the Application base class is for. 3 + 4 + 6) are all consequences of using the .NET framework and will work when IronRuby is complete. For windows forms development with Ruby you can take a look at the Connector for .NET from the Ruby In Steel guys or rubyclr 5) Good if you're working in or with a "Microsoft shop" 7) IIS support => you can reverse proxy to mongrel at this time and that should also work fine when IronRuby is implemented but also for RoR not just ASP.NET MVC or webforms. This doesn't mean initial deployment is a walk in the park, it is rather painful. RoR doesn't support all the features implemented in SQL Server if that's what you're getting at. That was a deliberate design choice they made for portability. So they support the common features on every platform. But it works fine with SQL server if you use it as intended. If you're talking about getting a unix based box to talk to SQL Server that requires some configuration and setup on the OS level for ODBC etc. That is what makes it slightly harder I guess. 8) Granted this one deployment can be a RPITA until you have your environments in sync and capistrano can make that a lot easier. It looks like the problems you are having are not related to the Rails framework but are rather due to the fact that MRI isn't implemented in .NET. hope this helps a little. Ivan On Mon, Mar 10, 2008 at 4:50 PM, Rahil Kantharia <[EMAIL PROTECTED]> wrote: > John Lam (DLR) wrote: > > > Can you elaborate on this idea with some code fragments of how you would > > like IronRuby + MVC to look like? Where would you like to see this? In > > Views, in Controllers? Where does it make sense and where does it not > > make sense. How exactly is ASP.NET MVC better than ROR? Can you put some > > code frags side-by-side where you would show how something done in > > IronRuby + MVC would be superior to something done in ROR? > > > > Concrete examples, please. > > > > Thanks, > > -John > > ----------------------------------------------------------- > Hi John, > > As a Fresh student, i can give few points rather than codes and working > examples, since i am on a learning stage and i have not seen a single > code so far based on Asp.Net MVC + IronRuby... > > I can quickly point few great advantages as below, with ROR is missing. > > (1) Code behind/Code besides support with asp.net -- ROR does not have > it. > (2) Master Pages ---ROR does not have it except helper methods and > something alike for viewing > (3) BCL ( Great, BCL with almost 13,000 classes --- ROR does not come > near by ) > (4) Support to bring the classes from other languages like Iropython, > VB. C# > (5) Great MISCROSOFT brand name, that assures and gives a piece of mind > (6) WinForms and MVC way... Both the ways i can work --- ROR has only > MVC > (7) IIS + SQL Server support--- ROR developers are still struggling for > this > (8) Deployment as easy as click. ( Not easy with ROR ) > > Well i think, my other seniors around can write more on this, since as a > student i have limited knowledge currently, but this is what i have > gathered. > > P.S:- BTW, dear John, you are a genius in this segment, you know much > much better than me, are you testing my knowledge level...? One thing i > can beat you here is... I am more IronRuby fan than you. > > Cheers > > Rahil > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core@rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core >
_______________________________________________ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
