Have you looked at PureMVC? I've found that no one can agree on what MVC really looks like once they start building a specific implementation.
Update: You could build your own starting with something simpler such as MobileMVC. Compact Framework code should compile/run OK on Windows. Since this is a school assignment I would suggest that you actually spend some time learning how MVC actually works.
A good example at rolling your own implementation of MVC using Windows Forms can be found here. Source code is included.
As you read, study, and write code for this assignment you are going to find that there are a lot of disagreements on how MVC should be implemented. This one is a simple case that reflects the separation of concerns as well as a good example of the 'plumbing' required to hook this up.
When you are out of school you will probably want to fall back on a framework like the other posters have recommended.
I am of the view that applications are so different from each other and our understanding of how applications should be written is still very limited. Past Windows Forms applications I have worked on have been so different from each other. Some of the design differences I have seen are (including most combinations):
Directly talk to the database (2 tier)
Use a backend that has been written for the given application (3 tier)
Use a set of web services that were written for use by many applications and can’t be changed for your application. (Service-oriented architecture)
Selecting an MVC/MVP Implementation for a Winforms Project give an overview that is worth reading. A lot of people like PureMVC. I have never used it, but I would look at it the next time I need a MVC framework.
"Presenter First" is a software development approach that combines the ideas of the Model View Presenter (MVP) design pattern and test-driven development. It lets you start off by writing tests in the customer’s language. For example:
"When I click the 'save' button then
the file should be saved and the
unsaved file warning should
disappear.”
I have no experience using "Presenter First," but I will give it a try when I get a chance, as it looks very promising.
Other Stack Overflow questions you may may wish to look at are here and here.
Microsoft Composite Interface Application block started its life as a MVC implementation (amongst other patterns it implemented). The release version, however, evolved into an MVP implementation, which can be argued to be a kind of a different interpretation of the MVC concept.
If you are willing to check the code of a very complete (and somehow complex) MVP implementation, you can find the MS-CAB as one of the components of Microsoft Smart Client Software Factory. It comes with source code. You can find it here. Good luck!
UPDATE: In addition to my previous answer below, I suggest reading about the "Presenter First" approach (especially the PDF articles)
I would recommend MVP (PassiveView pattern actually) instead of MVC. You don't really need any special frameworks for this, it's just how you organize your code.
One approach (which I usually take) is to split each windows form into three entities:
A presenter/controller class - this is what you actually start with when developing a form. This is where most/all of your "business" logic should reside.
A view interface (IView), which contains the methods, properties and events. This interface is all that the presenter knows about your form.
At the end, when you finish implementing the presenter and the view (including unit tests), you can then create the actual form class and make it implement the IView interface. Then it's just a question of adding appropriate controls to the form and wiring them to the interface.
Example code (a simple pseudocode, just for illustration):
interface IView
{
string Username { get; set; }
string Password { get; set; }
event EventHandler LogOnButtonClicked;
void InformUserLogOnFailed();
void MoveToMainScreen();
}
class Presenter
{
public Presenter(IView view)
{
this.view = view;
view.LogOnButtonClicked += new EventHandler(OnLogOnButton);
}
private void OnLogOnButton()
{
// we ask some service to verify the username/password
bool isLogOnOk = logOnService.IsUserAndPasswordOk(view.Username, view.Password);
if (isLogOnOk)
view.MoveToMainScreen();
else
{
view.Username = "";
view.Password = "";
view.InformUserLogOnFailed();
}
}
private IView view;
}
class Form : IView
{
public Form()
{
presenter = new Presenter(this);
}
public string Username
{
get { return TextBoxUsername.Text; }
set { TextBoxUsername.Text = value; }
}
public string Password
{
get { return TextBoxPassword.Text; }
set { TextBoxPassword.Text = value; }
}
public void InformUserLogOnFailed()
{
MessageBox.Show("Invalid username or password.");
}
public void MoveToMainScreen()
{
// code for opening another form...
}
private Presenter presenter;
}
