您的位置:首页 > 编程语言 > Python开发

python设计模式之外观模式

2017-09-08 00:00 465 查看

python设计模式之外观模式

意图

常常为了降低系统复杂性,将系统划分为若干子系统,为了做到各个子系统之间的通信和相互依赖关系达到最小,可以使用外观模式,为子系统中的一组接口提供一个一致的界面(外观),定义了一个高层接口,这个接口使得这一子系统更加容易使用, 使应用程序只能看到外观对象,而不会看到具体的细节对象,这样无疑会降低应用程序的复杂度,并且提高了程序的可维护性

逻辑图



适用性

当你要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越复杂。大多数模式使用时都会产生更多更小的类。这使得子系统更具可重用性,也更容易对子系统进行定制,但这也给那些不需要定制子系统的用户带来一些使用上的困难。Facade 可以提供一个简单的缺省视图,这一视图对大多数用户来说已经足够,而那些需要更多的可定制性的用户可以越过facade层

客户程序与抽象类的实现部分之间存在着很大的依赖性。引入facade 将这个子系统与客户以及其他的子系统分离,可以提高子系统的独立性和可移植性。

当你需要构建一个层次结构的子系统时,使用facade模式定义子系统中每层的入口点。如果子系统之间是相互依赖的,你可以让它们仅通过facade进行通讯,从而简化了它们之间的依赖关系

优点

对客户屏蔽子系统组件,减少了客户处理的对象数目并使得子系统使用起来更加容易。通过引入外观模式,客户代码将变得很简单,与之关联的对象也很少

实现了子系统与客户之间的松耦合关系,这使得子系统的组件变化不会影响到调用它的客户类,只需要调整外观类即可

降低了大型软件系统中的编译依赖性,并简化了系统在不同平台之间的移植过程,因为编译一个子系统一般不需要编译所有其他的子系统。一个子系统的修改对其他子系统没有任何影响,而且子系统内部变化也不会影响到外观对象

只是提供了一个访问子系统的统一入口,并不影响用户直接使用子系统类

缺点

在不引入抽象外观类的情况下,增加新的子系统可能需要修改外观类或客户端的源代码,违背了“开闭原则”

例子

# -*- coding=utf-8 -*-
import time

SLEEP = 0.5

class System1(object):

def run(self):
print("start system1...")
time.sleep(SLEEP)
print("running test1")
time.sleep(SLEEP)
print("tearing down1")
time.sleep(SLEEP)
print("system1 finished\n")

class System2(object):

def run(self):
print("start system2...")
time.sleep(SLEEP)
print("running test2")
time.sleep(SLEEP)
print("tearing down2")
time.sleep(SLEEP)
print("system2 finished\n")

class System3(object):

def run(self):
print("start system3...")
time.sleep(SLEEP)
print("running test3")
time.sleep(SLEEP)
print("tearing down3")
time.sleep(SLEEP)
print("system3 finished\n")

class SystemFacade(object):
def __init__(self):
self.sys1 = System1()
self.sys2 = System2()
self.sys3 = System3()
self.tests = [i for i in (self.sys1, self.sys2, self.sys3)]

def run_all(self):
[i.run() for i in self.tests]

# Client
if __name__ == '__main__':
system_facade = SystemFacade()
system_facade.run_all()
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签:  python 设计模式