Design Patterns in Python

← Back to document page

Copyright 2007, Google Inc Design Patterns in PythonAlex Martelli "levels" of this talk2ShuHaRiPyDP("Retain")("Detach")("Tr anscend")Hit the ground "Forces": some rich, complex subsystem offers a lot of useful functionality; client code interacts with several parts of this functionality in a way that's "out of control"this causes many problems for client-code programmers AND subsystem ones too(complexity + rigidity)Solution: the "Facade" DP4interpose a simpler "Facade" object/class exposing a controlled subset of functionalityclient code now calls into the Facade, onlythe Facade implements its simpler functionality via calls into the rich, complex subsystemsubsystem implementation gains flexibility, clients gain simplicity 2004 AB Strakt17STRAKTDP "Facade"!existing supplier code ! provides rich, complex functionality in protocol S!we need a simpler "subset" C of S!facade code " implements and supplies C (by calling S on !)Facade is a Design Patternsummary of a frequent Design problem + structure of a solution to that problem (+ pros and cons, alternatives.)

Facade is a Design Pattern summary of a frequent design problem + structure of a solution to that problem (+ pros and cons, alternatives, ...), and:

  Python, Design, Patterns, Design patterns in python