Technodrone

there's some good in this world, Mr. Frodo... and it's worth fighting for.

  Home  |   Contact  |   Syndication    |   Login
  16 Posts | 2 Stories | 37 Comments | 0 Trackbacks

News

Article Categories

Archives

Post Categories

Image Galleries

agile development

Code hacks

Face Book Profile

LinkedIn Profile

Recommended Products

During the summer of 2007 my supervisor asked us to start using MVC to "so that our applications would be easier to test". I researched the topic briefly but all the examples I saw just described how to put code in the code behind page and have seperate classes for data access and business logic. We were already doing that so we didn't take action. We were at a loss as to why MVC would be of any use.  6 months later the fog starts to clear.  We learned the hard way that mixing business logic at calls to a variety of other classes put together according to each programmer's style stinks.  It is becoming a monster to maintain and impossible to test.  Ok I get the why but after a couple of days study I still don't have a clear picture of the best approach to take.
posted on Wednesday, February 06, 2008 4:27 PM

Feedback

# re: MVC...why 2/8/2008 5:27 AM Jay Glynn
There really isn't a best approach. As you have probably found out there are many variations on the theme of MVC, MVP or whatever you want to call it. Things that you have to keep in mind are the layout of the team, who will work on what, testing considerations, platform and deployment scenarios.

BTW, I work in Maryland Farms in Brentwood. What part of town are you in?

# re: MVC...why 2/8/2008 6:06 AM technodrone
I work in Maryland Farms also. In the highland office complex. There are only three developers so I am always seeking the ideas of others. I am used to working in a huge it shop where I have many people to bounce ideas off of. I agree this MVC,MVP deal is not real defined. I think the main thing I have to do is to separate my code as much as possible related to the specific role of the code (user interface, data access, business logic). Sometimes we are so busy trying to get something out the door that we glob all our UI and business logic in the code behind. It is become hard to manage. Thanks for your help. I think I know what to do now.

Post A Comment
Title:
Name:
Email:
Website:
Comment:
Verification: