|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Announcements
Chapters
Services
Feature Zones
|
IntroductionDesign Patterns were created by Erich Gamma, Richard Helm, Ralph Johnson, and John Vlissides, known as the "Gang of Four" or simply "GoF". They are standard solutions to common problems in software design. Instead of focusing on how individual components work, design patterns take a systematic approach, which focuses on the patterns of interaction. Design patterns describe abstract systems of interaction between classes, objects, and communication flow. BackgroundThis program is a demonstration of the Model-View-Controller (MVC) design pattern, allowing the separation of the user interface, the data model (temperature), and the code which is used to connect the two. The program was translated to C# from Joseph Bergin's Building Graphical User Interfaces with the MVC Pattern. Observer PatternThe basic pattern used is the Observer pattern, which is implemented as a combination of a Delegate and an Event. This is the best way for updating an object's state on all observers. Strategy PatternBeing required to present both Fahrenheit degrees and Celsius degrees in the same application, thus making a form for each, is just a waste of time. Applying a Strategy design pattern to factor out the small changes is best suited. The Strategy is implemented as an abstract class, and both
public abstract class ValueStrategy
{
public abstract double Temperature{get;set;}
protected TemperatureModel model;
}
Strategy Examplepublic class CelsiusStrategy : ValueStrategy
{
public CelsiusStrategy(TemperatureModel m)
{
model = m;
}
public override double Temperature
{
set
{
model.C = value;
}
get
{
return model.C;
}
}
}
The ModelThe public class TemperatureModel
{
public delegate void
TemperatureChangedHandler(object sender, EventArgs e);
public event TemperatureChangedHandler TemperatureChanged;
//default value
private double temperatureF = 32.0;
//Farenheit
public double F
{
get {return temperatureF;}
set
{
temperatureF = value;
//raise event
OnTemperatureChanged();
}
}
//Celsius
public double C
{
get {return (temperatureF - 32.0) * 5.0 / 9.0;}
set
{
temperatureF = value*9.0/5.0 + 32.0;
//raise event
OnTemperatureChanged();
}
}
public TemperatureModel(double Temperature)
{
temperatureF = Temperature;
}
public TemperatureModel()
{
}
private void OnTemperatureChanged()
{
TemperatureChanged(this, new EventArgs());
}
}
The ViewEach view must implement the
public interface IView
{
void TemperatureDisplay(object sender, EventArgs e);
}
View Examplepublic class TemperatureForm :
System.Windows.Forms.Form, IView
{
public System.Windows.Forms.TextBox textBoxTemprerature;
public TemperatureModel Temperature;
public ValueStrategy valueStrategy;
public void TemperatureDisplay(object sender, EventArgs e)
{
textBoxTemprerature.Text =
valueStrategy.Temperature.ToString();
}
}
Form Creation (using Strategy)TemperatureForm celsius = new TemperatureForm("Celsius");
celsius.valueStrategy = new CelsiusStrategy(temperature);
celsius.Show();
temperature.TemperatureChanged+= new
TemperatureModel.TemperatureChangedHandler(
celsius.TemperatureDisplay);
Form Creation (using Decorator)FarenheitScroll farenheitScroll = new FarenheitScroll();
farenheitScroll.valueStrategy = new ValueDecorator(new
CelsiusStrategy(temperature),150,-100);
farenheitScroll.MaxTemp = 150;
farenheitScroll.MinTemp = -100;
farenheitScroll.Show();
temperature.TemperatureChanged+= new
TemperatureModel.TemperatureChangedHandler(
farenheitScroll.TemperatureDisplay);
Decorator PatternDecorators are used to provide additional functionality to an object of some kind. The key to a decorator is that a decorator "wraps" the object decorated and looks to a client exactly the same as the object wrapped. This means that the decorator implements the same interface as the object it decorates. You can think of a decorator as a shell around the object decorated. Any message that a client sends to the object is caught by the decorator instead. The decorator may apply some action and then pass the message it received on to the decorated object. That object probably returns a value (to the decorator) which may again apply an action to that result, finally sending the (perhaps modified) result to the original client. To the client, the decorator is invisible. It just sent a message and got a result. However, the decorator has two chances to enhance the result returned. In this program, the Decorator allows setting minimum and maximum temperatures:
ValueDecoratorpublic class ValueDecorator : ValueStrategy
{
ValueStrategy strategy;
private int maxTemp = 300;
private int minTemp = -200;
//temp Temperature for limiting
private double tempTemp;
public ValueDecorator(ValueStrategy valueStrategy)
{
strategy = valueStrategy;
tempTemp = strategy.Temperature;
}
public ValueDecorator(ValueStrategy valueStrategy,
int MaxTemp, int MinTemp)
{
strategy = valueStrategy;
tempTemp = strategy.Temperature;
maxTemp = MaxTemp;
minTemp = MinTemp;
}
public override double Temperature
{
set
{
if (value < maxTemp && value > minTemp)
strategy.Temperature = value;
}
get
{
if (strategy.Temperature < maxTemp &&
strategy.Temperature > minTemp)
{
tempTemp = strategy.Temperature;
return strategy.Temperature;
}
else
{
strategy.Temperature = tempTemp;
return tempTemp;
}
}
}
}
A View using the DecoratorFarenheitScroll farenheitScroll = new FarenheitScroll();
farenheitScroll.valueStrategy = new ValueDecorator(new
CelsiusStrategy(temperature),150,-100);
farenheitScroll.MaxTemp = 150;
farenheitScroll.MinTemp = -100;
farenheitScroll.Show();
temperature.TemperatureChanged+= new
TemperatureModel.TemperatureChangedHandler(
farenheitScroll.TemperatureDisplay);
Further Development
Acknowledgements
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||