Book Image

Learning Python Design Patterns - Second Edition - Second Edition

By : Chetan Giridhar, Gennadiy Zlobin
Book Image

Learning Python Design Patterns - Second Edition - Second Edition

By: Chetan Giridhar, Gennadiy Zlobin

Overview of this book

With the increasing focus on optimized software architecture and design it is important that software architects think about optimizations in object creation, code structure, and interaction between objects at the architecture or design level. This makes sure that the cost of software maintenance is low and code can be easily reused or is adaptable to change. The key to this is reusability and low maintenance in design patterns. Building on the success of the previous edition, Learning Python Design Patterns, Second Edition will help you implement real-world scenarios with Python’s latest release, Python v3.5. We start by introducing design patterns from the Python perspective. As you progress through the book, you will learn about Singleton patterns, Factory patterns, and Façade patterns in detail. After this, we’ll look at how to control object access with proxy patterns. It also covers observer patterns, command patterns, and compound patterns. By the end of the book, you will have enhanced your professional abilities in software architecture, design, and development.

Related Content you might be interested in

Current Title:

Small book image
Learning Python Design Patterns - Second Edition - Second Edition
Chetan Giridhar | Gennadiy Zlobin
Feb, 2016 | 164 pages
No titles found
Table of Contents (19 chapters)
Learning Python Design Patterns Second Edition
Learning Python Design Patterns Second Edition
Credits
Credits
Foreword
Foreword
About the Author
About the Author
About the Reviewer
About the Reviewer
www.PacktPub.com
www.PacktPub.com
Preface
Preface
Free Chapter
1
Introduction to Design Patterns
Introduction to Design Patterns
Understanding object-oriented programming
Major aspects of object-oriented programming
Object-oriented design principles
The concept of design patterns
Patterns for dynamic languages
Classifying patterns
Summary
2
The Singleton Design Pattern
The Singleton Design Pattern
Understanding the Singleton design pattern
Lazy instantiation in the Singleton pattern
Module-level Singletons
The Monostate Singleton pattern
Singletons and metaclasses
A real-world scenario – the Singleton pattern, part 1
A real-world scenario – the Singleton pattern, part 2
Drawbacks of the Singleton pattern
Summary
3
The Factory Pattern – Building Factories to Create Objects
The Factory Pattern – Building Factories to Create Objects
Understanding the Factory pattern
The Simple Factory pattern
The Factory Method pattern
The Abstract Factory pattern
The Factory method versus Abstract Factory method
Summary
4
The Façade Pattern – Being Adaptive with Façade
The Façade Pattern – Being Adaptive with Façade
Understanding Structural design patterns
Understanding the Façade design pattern
A UML class diagram
Implementing the Façade pattern in the real world
The principle of least knowledge
Frequently asked questions
Summary
5
The Proxy Pattern – Controlling Object Access
The Proxy Pattern – Controlling Object Access
Understanding the Proxy design pattern
A UML class diagram for the Proxy pattern
Understanding different types of Proxies
The Proxy pattern in the real world
Advantages of the Proxy pattern
Comparing the Façade and Proxy patterns
Frequently asked questions
Summary
6
The Observer Pattern – Keeping Objects in the Know
The Observer Pattern – Keeping Objects in the Know
Introducing Behavioral patterns
Understanding the Observer design pattern
The Observer pattern in the real world
The Observer pattern methods
Loose coupling and the Observer pattern
The Observer pattern – advantages and disadvantages
Frequently asked questions
Summary
7
The Command Pattern – Encapsulating Invocation
The Command Pattern – Encapsulating Invocation
Introducing the Command pattern
Understanding the Command design pattern
Implementing the Command pattern in the real world
Advantages and disadvantages of Command patterns
Frequently asked questions
Summary
8
The Template Method Pattern – Encapsulating Algorithm
The Template Method Pattern – Encapsulating Algorithm
Defining the Template Method pattern
The Template Method pattern in the real world
The Template Method pattern – hooks
The Hollywood principle and the Template Method
The advantages and disadvantages of the Template Method pattern
Frequently asked questions
Summary
9
Model-View-Controller – Compound Patterns
Model-View-Controller – Compound Patterns
An introduction to Compound patterns
The Model-View-Controller pattern
A UML class diagram for the MVC design pattern
The MVC pattern in the real world
Benefits of the MVC pattern
Frequently asked questions
Summary
10
The State Design Pattern
The State Design Pattern
Defining the State design pattern
A simple example of the State design pattern
Advantages/disadvantages of the State pattern
Summary
11
AntiPatterns
AntiPatterns
An introduction to AntiPatterns
Software development AntiPatterns
Software architecture AntiPatterns
Summary
Index
Index

Frequently asked questions

Q1. Can there be many Subjects and Observers?

A: There can be a case for a software application to have multiple Subjects and Observers. For this to work, Observers need to be notified of changes in the Subjects and which Subject underwent a change.

Q2. Who is responsible for triggering the update?

A: As you learned earlier, the Observer pattern can work in both push and pull models. Typically, the Subject triggers the update method when there are changes, but sometimes based on the application need, the Observer can also trigger notifications. However, care needs to be taken that the frequency should not be too high, otherwise it can lead to performance degradation, especially when the updates to the Subject are less frequent.

Q3. Can the Subject or Observer be used for access for any other use case?

A: Yes, that's the power of loose coupling that is manifested in the Observer pattern. The Subject/Observer can both be independently used.

Previous Section
End of Section 8
Next Section