大话设计之外观模式
2014-05-16 11:06
218 查看
轰轰烈烈的家长会过去了,疲惫不堪的自己调整状态继续设计模式。今天把外观模式不费吹灰之力就解决了!下面来总结一下吧!
外观模式通过买股票的方式来诠释基金和自己买股的差别!
外观模式:为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。下面来看看一段代码吧!
由于投资者面对这么多的股票,又不专业很难做好,但要投资者买一支好的基金,由基金系统的打理投资股票的事情,这样不就能够很好的获取其中的利润了吗!
在这里想到了抽象类,以及接口等概念!其实还是面向对象的思想。
外观模式很好的利用了依赖倒置原则和迪米特原则。
那么何时使用外观模式呢?
分为三个阶段,首先在设计初期阶段,应该要有意识的将不同的两个层分离。其次,在开发阶段,子系统往往因为不断重构演化而变得越来越复杂,大多数模式使用时也都会产生很多很小的类,这本是好事,但也给外部调用它们的用户程序带来了使用上的困难,增加外观Facade可以提供一个简单的接口,减少它们之间的依赖。最后在维护阶段,一个大型系统,可能这个系统已经非常难以维护和拓展,可以为系统增加外观类,来提供设计粗糙或高度复杂的遗留代码的比较清晰的接口。
外观模式通过买股票的方式来诠释基金和自己买股的差别!
外观模式:为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。下面来看看一段代码吧!
class Program { static void Main(string[] args) { Fund jijin = new Fund(); jijin.BuyRund(); jijin.SellFund(); Console.Read(); } } class Stock1 { public void Sell() { Console.WriteLine("股票1卖出"); } public void Buy() { Console.WriteLine("股票1买入"); } } class Stock2 { public void Sell() { Console.WriteLine("股票1卖出"); } public void Buy() { Console.WriteLine("股票1买入"); } } class Stock3 { public void Sell() { Console.WriteLine("股票1卖出"); } public void Buy() { Console.WriteLine("股票1买入"); } } class NationalDebt1 { public void Sell() { Console.WriteLine("股票1卖出"); } public void Buy() { Console.WriteLine("股票1买入"); } } class Realty1 { public void Sell() { Console.WriteLine("股票1卖出"); } public void Buy() { Console.WriteLine("股票1买入"); } } class Fund { Stock1 gu1; Stock2 gu2; Stock3 gu3; NationalDebt1 nd1; Realty1 rt1; public Fund() { gu1 = new Stock1(); gu2 = new Stock2(); gu3 = new Stock3(); nd1 = new NationalDebt1(); rt1 = new Realty1(); } public void BuyRund() { gu1.Buy(); gu2.Buy(); gu3.Buy(); nd1.Buy(); rt1.Buy(); } public void SellFund() { gu1.Sell(); gu2.Sell(); gu3.Sell(); nd1.Sell(); rt1.Sell(); } }
由于投资者面对这么多的股票,又不专业很难做好,但要投资者买一支好的基金,由基金系统的打理投资股票的事情,这样不就能够很好的获取其中的利润了吗!
在这里想到了抽象类,以及接口等概念!其实还是面向对象的思想。
外观模式很好的利用了依赖倒置原则和迪米特原则。
那么何时使用外观模式呢?
分为三个阶段,首先在设计初期阶段,应该要有意识的将不同的两个层分离。其次,在开发阶段,子系统往往因为不断重构演化而变得越来越复杂,大多数模式使用时也都会产生很多很小的类,这本是好事,但也给外部调用它们的用户程序带来了使用上的困难,增加外观Facade可以提供一个简单的接口,减少它们之间的依赖。最后在维护阶段,一个大型系统,可能这个系统已经非常难以维护和拓展,可以为系统增加外观类,来提供设计粗糙或高度复杂的遗留代码的比较清晰的接口。
相关文章推荐
- 大话设计之外观模式
- 设计模式之Facade(外观 总管 Manager)
- Dot Net设计模式—适配器、桥接与外观三模式之间的关系
- 设计模式之Facade(外观 总管 Manager)
- 设计模式之Facade(外观 总管 Manager)
- 乐在其中设计模式(C#) - 外观模式(Facade Pattern)
- 设计模式袖珍版 连续转载之 - Facade(外观)
- 设计模式学习笔记(十一)——Facade外观
- 设计模式与泡mm的关系之Facade外观模式及外观模式的再思考
- 设计模式之Facade(外观)模式
- 设计模式——外观模式
- .NET设计模式(12):外观模式(Façade Pattern)
- 设计模式之Facade(外观 总管 Manager)
- [译]The Facade Pattern外观设计模式 from Chapter 6 of《Design Patterns Explained》
- 设计模式之Facade(外观 总管 Manager)
- Dot Net设计模式—适配器、桥接与外观三模式之间的关系
- 设计模式之Facade(外观)
- 乐在其中设计模式(C#) - 外观模式(Facade Pattern)
- 设计模式之Facade(外观)模式
- 设计模式(7)-外观模式(Facade)