.NET Solution Structure

October 26, 2005

So for the next gen of our ASP.NET based software platform, which we’ll build on .NET 2.0 w VS.NET 2005, here are some key components:

  1. MS SQL database, we’ve borrowed the naming scheme from Rails—why not?
  2. Historically we’ve done a lot of work inside SQL queries (a LOT of work)—we’ll move away from that practice in the interest of centralizing business logic into the business tier (which sits above the DAL and below the app)
  3. After investigating the use of O/R Mappers vs. DAL code generators, we decided to “roll our own”—we build a C# application that generates a basic class for each table with CRUD + collection operations. Everytime we change the DB, we’ll have to regenerate the DAL, but no longer will we need to make manual code edits in that layer.
  4. The app layer (web app, web service, desktop app) will deal with presentation details only—we’ll refactor rigorously to push business logic down to a shared business layer.

We may build a web helper project for presentation code that is shared among web projects.

As a result of all this, we’ll have a thick shared business layer—but we’ll have all the “complicated” code in one project, with it’s goal being to make the code in the app layer as readable + simple as possible.

Update: We dumped our custom coded DAL in favor of .NET 2.0 Strongly-typed data sets. Working good so far.

Ruby on Rails? Not for us, for now.

October 19, 2005

After a very hard decision-making process, we’re going to hold off on switching to Ruby + Rails for now at The Devine Group.

Primary factors:

  1. Apparent lack of or difficulty in implementing cookieless apps (we need it for our assessments)
  2. Lack of adequate charting components (we need for our reports)
  3. Lack of internal knowledge of Unix-based deployment (Apache, FastCGI, etc.)
  4. Lack of internal knowledge of Ruby
  5. Internal resistance to switching from Microsoft platform (old dogs, new tricks)

I won’t go over all the things that impressed me about RoR, the list would be too long—I’m going to keep my eye on it and I’m not ruling it out for future development projects.

Ruby On Rails vs .NET

October 08, 2005

Well I’m getting sold on Ruby on Rails—My background: I started with implementing Perl scripts, then PHP, then ASP, most recently ASP.NET. In some ways it seems a step back to go to UNIX-based web tech, in other ways it feels a step forward (Agile, Design Patterns, Ruby’s highly OO nature, Test-Driven Development, Ajax, etc.) Anyone else make the jump from ASP.NET to RoR who regretted it + moved back to ASP.NET? I haven’t read many posts out there from people who went to Rails (actually built something) who reverted back…