日历归档 |
|
<< < 2024 - 12 > >> | Su | Mo | Tu | We | Th | Fr | Sa | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
|
|
|
About Me |
|
|
ZhangSichu |
|
Male |
|
32 |
|
ZhangSichu@gmail.com |
|
ZhangSichu@hotmail.com |
|
ZhangSichu.com |
|
weibo.com/zhangsichu |
|
|
|
个人推荐 |
|
|
|
|
分类归档 |
|
|
|
|
My Friends |
|
|
|
|
Abstract Class VS Interface[一]
|
Abstract Class虚基类 VS Interface 接口.在一次面试的时候考官问我说,“在C# 和Java 中有AbstractClass和Interface这两种概念,不过不同的语言对他们的描述不同,但是其实质都差不多,你能不能谈谈AbstractClass和Interface的区别?” 当时听到这个问题我就傻了,其实我根本不了解他们的区别,只回答说:AbstractClass和Interface都不能直接实例化,只有继承他们的真正Class才能实例化。后来也一直没有搞清楚他们的区别。
DesignPattern中有有两个模式一个叫DecoratorPattern一个叫StrategyPattern。通过在一些实际程序中运用了两个设计模,我对AbstractClass和Interface有了一些大体的了解,明白了一些AbstractClass和Interface的区别。本文写出了这两个设计模式的实例代码,来说明AbstractClass和Interface的一些区别。其实总的来说:AbstractClass和Interface的区别是:AbstractClass面向的是类的抽象,它抽象出好多类共有的成员变量,属性,方法。用类的角度来看抽象。Interface是站在方法,动作的角度来抽象,抽象出好多类都要执行的某些方法,某些动作。从Interface继承的类,保证了这个类必须拥有某些方法,有执行某些动作的能力。从AbstractClass继承的类,保证了这个类必须拥有某些的特性。
DecoratorPattern,这个实例想做一个内容装饰者:把一些公用的内容放在ComponentDecorator下。在设计时先设计了两个Interface来抽象出一些方法,因为在某种情况下调用者更加关心的是Interface下实现的方法。 IComponent Component Interface using System; namespace DecoratorPattern { /// <summary> /// Summary description for IComponent. /// </summary> public interface IComponent { string Draw(); } }
ICustomComponent CustomComponent Interface using System; namespace DecoratorPattern { /// <summary> /// Summary description for ICustomComponent. /// </summary> public interface ICustomComponent:IComponent { string CustomDraw(); } }
ComponentDecorator ComponentDecorator AbstractClass using System; namespace DecoratorPattern { /// <summary> /// Summary description for ComponentDecorator. /// </summary> public abstract class ComponentDecorator:ICustomComponent { private IComponent _component; public ComponentDecorator(IComponent component) { this._component = component; }
#region IComponent Members public string Draw() { if(this._component!=null) { return this._component.Draw(); } return ""; } #endregion
#region ICustomComponent Members
public abstract string CustomDraw(); #endregion } } ComponentDecorator这个类的设计十分精彩:在创建时要求必须传入一个IComponent对象,实现Draw方法,同时又把CustomDraw方法的具体实现交给了自己的子类,真正的做到了各司其职最小化的思想。在创建时传入的参数要求是IComponent对象,因为自己只关心传入的参数是否实现了Draw方法,同时自己是从ICustomComponent继承而来,表明自己实现了CustomDraw方法,由于自己是AbstractClass,自己不实现CustomDraw方法,要求自己的子类实现CustomDraw方法,给子类更大的灵活性。
SystemDraw SystemDraw Class using System; namespace DecoratorPattern { /// <summary> /// Summary description for SystemDraw. /// </summary> public class SystemDraw:IComponent { private string _drawMessage;
//you can add someting as you wish.
public SystemDraw(string drawMessage) { this._drawMessage = drawMessage; }
#region IComponent Members
public string Draw() { return this._drawMessage; }
#endregion } }
ConsoleDraw ConsoleDraw Class using System; namespace DecoratorPattern { /// <summary> /// Summary description for ConsoleDraw. /// </summary> public class ConsoleDraw:ComponentDecorator { public ConsoleDraw(IComponent component):base(component) { } public override string CustomDraw() { return("Custom console draw."); } } }
WindowDraw WindowDraw Class using System; namespace DecoratorPattern { /// <summary> /// Summary description for WindowDraw. /// </summary> public class WindowDraw:ComponentDecorator { public WindowDraw(IComponent component):base(component) { } public override string CustomDraw() { return("Custom window draw."); } } }
DecoratorTest Decorator Test Code private void DecoratorTest() { IComponent sysComponent = new SystemDraw("System Draw"); WindowDraw winDraw = new WindowDraw(sysComponent); ConsoleDraw conDraw = new ConsoleDraw(sysComponent); Console.WriteLine("{0}", winDraw.Draw()); Console.WriteLine("{0}", winDraw.CustomDraw()); Console.WriteLine("{0}", conDraw.Draw()); Console.WriteLine("{0}", conDraw.CustomDraw()); } 从DecoratorPattern的测试代码看,WindowDraw和ConsoleDraw可以有相同的SystemDraw操作,同时拥有自己不同的CustromDraw操作。WindowDraw和ConsoleDraw是从ComponentDecorator这个AbstractClass继承而来,保证了WindowDraw和ConsoleDraw.这两个类在创建时必须传入一个IComponent,调用这个IComponent的Draw方法,同时自己实现CustomDraw方法。 SystemDraw从IComponent继承而来,保证了自己提供出Draw方法供调用,因为用户并不关心SystemDraw这个类,而更加关心Draw方法的实现。
下篇将写StrategyPattern这个模式,同时贴出下载代码。
|
|
|
|
|
|