1/**//// <summary>
2/// Log类
3/// </summary>
4public abstract class Log
5{
6 public abstract void Write();
7}
8
此时EventLog和FileLog类的代码应该如下:
1/**//// <summary>
2/// EventLog类
3/// </summary>
4public class EventLog:Log
5{
6 public override void Write()
7 {
8 Console.WriteLine("EventLog Write Success!");
9 }
10}
11/**//// <summary>
12/// FileLog类
13/// </summary>
14public class FileLog:Log
15{
16 public override void Write()
17 {
18 Console.WriteLine("FileLog Write Success!");
19 }
20}
21
此时我们再看增加新的记录日志方式DatabaseLog的时候,需要做哪些事情?只需要增加一个继承父类Log的子类来实现,而无需再去修改EventLog和FileLog类,这样的设计满足了类之间的层次关系,又很好的符合了面向对象设计中的单一职责原则,每一个类都只负责一件具体的事情。到这里似乎我们的设计很完美了,事实上我们还没有看客户程序如何去调用。 在应用程序中,我们要使用某一种日志记录方式,也许会用到如下这样的语句:
EventLog eventlog = new EventLog();
eventlog.Write();
当日志记录的方式从EventLog变化为FileLog,我们就得修改所有程序代码中出现上面语句的部分,这样的工作量是可想而知的。此时就需要解耦具体的日志记录方式和应用程序。这就要引入Factory Method模式了,每一个日志记录的对象就是工厂所生成的产品,既然有两种记录方式,那就需要两个不同的工厂去生产了,代码如下:
文章来源于领测软件测试网 https://www.ltesting.net/