Principles of Package Design
Principles of Package Design
Preparing your code for reuse
About the Book
In Principles of Package Design Matthias Noback tells you everything about designing software components, also known as packages. In the first part you'll revisit the SOLID principles of class design. They will help you prepare your classes for use in packages. The second part covers the important, yet lesser known package design principles. When you've finished this book, you'll be ready to design packages that have high cohesion, low coupling and are at the same time user- and maintainer-friendly.
This book has been revised and then republished by Apress. From now on you can order it from them: https://www.apress.com/us/book/9781484241189
Table of Contents
-
Introduction
- The situation
- Overview of the contents
- Notes about the code samples
- Thank you
-
Class design
-
Introduction
- SOLID principles
- Why follow the principles?
- Prepare for change
-
The Single responsibility principle
- A class with too many responsibilities
- Responsibilities are reasons to change
- Refactoring: using collaborator classes
- Advantages of having a single responsibility
- A small peek ahead: common closure
-
The Open/closed principle
- A class that is closed for extension
- Refactoring: abstract factory
- Refactoring: making the abstract factory open for extension
- Refactoring: polymorphism
-
Conclusion
- Packages need classes that are open for extension
-
The Liskov substitution principle
- Violation: a derived class does not have an implementation for all methods
- Violation: different substitutes return things of different types
- Violation: a derived class is less permissive with regard to method arguments
- Violation: secretly programming a more specific type
- Conclusion
-
The Interface segregation principle
-
Violation: leaky abstractions
-
Refactoring: create separate interfaces and use multiple inheritance
- What did we do?
-
Refactoring: create separate interfaces and use multiple inheritance
-
Violation: multiple use cases
- Refactoring: separate interfaces and multiple inheritance
-
Violation: no interface, just a class
- Implicit changes in the implicit interface
- Refactoring: add header and role interfaces
-
Violation: leaky abstractions
-
The Dependency inversion principle
-
Example of dependency inversion: the FizzBuzz generator
-
Making the
FizzBuzz
class open for extension -
Removing the specificness from the
FizzBuzz
class
-
Making the
-
Violation: a high-level class depends upon a low-level class
- Refactoring: abstractions and concretions both depend on abstractions
-
Violation: a class depends upon a class from another package
- Solution: add an abstraction and remove the dependency using composition
-
Conclusion
- Peeking ahead: abstract dependencies
-
Example of dependency inversion: the FizzBuzz generator
-
Introduction
-
Package design
-
Principles of cohesion
-
- Becoming a programmer
- The hardest part
-
Cohesion
- Class design principles benefit cohesion
- Package design principles, part I: Cohesion
-
-
The Release/reuse equivalence principle
- Keep your package under version control
- Add a package definition file
-
Use semantic versioning
-
Design for backward compatibility
-
Rules of thumb
- Don’t throw anything away
- When you rename something, add a proxy
- Only add parameters at the end and with a default value
- Methods should not have side effects
- Dependency versions should be permissive
- Use objects instead of primitive values
- Use private object properties and methods for information hiding
- Use object factories
- And so on
-
Rules of thumb
-
Design for backward compatibility
-
Add meta files
-
README
and documentation- Installation and configuration
- Usage
- Extension points
- Limitations (optional)
- License
- Change log
-
-
Quality control
- Quality from the user’s point of view
-
What the package maintainer needs to do
- Add tests
- Conclusion
-
The Common reuse principle
-
Signs that the principle is being violated
-
Feature strata
- Obvious stratification
- Obfuscated stratification
-
Classes that can only be used when … is installed
- Suggested refactoring
- A package should be “linkable”
- Cleaner releases
-
Bonus features
- Suggested refactoring
- Sub-packages
-
Feature strata
-
Conclusion
- Guiding questions
- When to apply the principle
- When to violate the principle
- Why not to violate the principle
-
Signs that the principle is being violated
-
The Common closure principle
-
A change in one of the dependencies
- Assetic
-
A change in an application layer
- FOSUserBundle
-
A change in the business
- Sylius
- The tension triangle of cohesion principles
-
A change in one of the dependencies
-
Principles of coupling
- Coupling
-
The Acyclic dependencies principle
-
Coupling: discovering dependencies
-
Different ways of package coupling
- Composition
- Inheritance
- Implementation
- Usage
- Creation
- Functions
- Not to be considered: global state
- Visualizing dependencies
-
Different ways of package coupling
-
The Acyclic dependencies principle
- Nasty cycles
-
Cycles in a package dependency graph
- Dependency resolution
- Release management
- Is it all that bad?
-
Solutions for breaking the cycles
- Some pseudo-cycles and their dissolution
-
Some real cycles and their dissolution
- Dependency inversion
-
Inversion of control
- Mediator
- Chain of responsibility
- Mediator and chain of responsibility combined: an event system
- Conclusion
-
Coupling: discovering dependencies
-
The Stable dependencies principle
- Stability
- Not every package can be highly stable
- Unstable packages should only depend on more stable packages
- Measuring stability
- Decreasing instability, increasing stability
-
Violation: your stable package depends on a third-party unstable package
- Solution: use dependency inversion
- A package can be both responsible and irresponsible
- Conclusion
-
The Stable abstractions principle
- Stability and abstractness
-
How to determine if a package is abstract
-
The
A
metric
-
The
- Abstract things belong in stable packages
- Abstractness increases with stability
- The main sequence
-
Types of packages
- Concrete, instable packages
- Abstract, stable packages
- Strange packages
- Conclusion
-
Conclusion
-
Creating packages is hard
- Reuse-in-the-small
- Reuse-in-the-large
- Embracing software diversity
- Component reuse is possible, but requires more work
-
Creating packages is doable
- Reducing the impact of the first rule of three
- Reducing the impact of the second rule of three
- Creating packages is easy?
-
Creating packages is hard
-
Principles of cohesion
-
Appendices
-
Appendix I: The full
Page
class
-
Appendix I: The full
The Leanpub 60-day 100% Happiness Guarantee
Within 60 days of purchase you can get a 100% refund on any Leanpub purchase, in two clicks.
See full terms
Do Well. Do Good.
Authors have earned$11,600,486writing, publishing and selling on Leanpub, earning 80% royalties while saving up to 25 million pounds of CO2 and up to 46,000 trees.
Learn more about writing on Leanpub
Free Updates. DRM Free.
If you buy a Leanpub book, you get free updates for as long as the author updates the book! Many authors use Leanpub to publish their books in-progress, while they are writing them. All readers get free updates, regardless of when they bought the book or how much they paid (including free).
Most Leanpub books are available in PDF (for computers), EPUB (for phones and tablets) and MOBI (for Kindle). The formats that a book includes are shown at the top right corner of this page.
Finally, Leanpub books don't have any DRM copy-protection nonsense, so you can easily read them on any supported device.
Learn more about Leanpub's ebook formats and where to read them
Top Books
C++20 - The Complete Guide
Nicolai M. JosuttisAll new language and library features of C++20 (for those who know previous C++ versions).
The book presents all new language and library features of C++20. Learn how this impacts day-to-day programming, to benefit in practice, to combine new features, and to avoid all new traps.
Buy early, pay less, free updates.
Other books:
Jetpack Compose internals
Jorge CastilloJetpack Compose is the future of Android UI. Master how it works internally and become a more efficient developer with it. You'll also find it valuable if you are not an Android dev. This book provides all the details to understand how the Compose compiler & runtime work, and how to create a client library using them.
Cronache di Domain-Driven Design
Francesco Strazzullo, Matteo Baglini, Gianluca Padovani, Emanuele DelBono, Marco Consolaro, Alessandro Colla, Uberto Barbini, Alberto Acerbis, Julie Camosseto, DDD Open, and Alberto BrandoliniCronache di Domain-Driven Design: un libro corale in italiano fatto di storie indipendenti tra loro, che sono il risultato dell’applicazione di Domain-Driven Design su progetti reali.
Ansible for DevOps
Jeff GeerlingAnsible is a simple, but powerful, server and configuration management tool. Learn to use Ansible effectively, whether you manage one server—or thousands.
R Programming for Data Science
Roger D. PengThis book brings the fundamentals of R programming to you, using the same material developed as part of the industry-leading Johns Hopkins Data Science Specialization. The skills taught in this book will lay the foundation for you to begin your journey learning data science. Printed copies of this book are available through Lulu.
OpenIntro Statistics
David Diez, Christopher Barr, Mine Cetinkaya-Rundel, and OpenIntroA complete foundation for Statistics, also serving as a foundation for Data Science.
Leanpub revenue supports OpenIntro (US-based nonprofit) so we can provide free desk copies to teachers interested in using OpenIntro Statistics in the classroom and expand the project to support free textbooks in other subjects.
More resources: openintro.org.
Functional event-driven architecture: Powered by Scala 3
Gabriel VolpeExplore the event-driven architecture (EDA) in a purely functional way, mainly powered by Fs2 streams in Scala 3!
Leverage your functional programming skills by designing and writing stateless microservices that scale, powered by stateful message brokers.
Mastering STM32 - Second Edition
Carmine NovielloWith more than 1200 microcontrollers, STM32 is probably the most complete ARM Cortex-M platform on the market. This book aims to be the first guide around that introduces the reader to this exciting MCU portfolio from ST Microelectronics and its official CubeHAL and STM32CubeIDE development environment.
CCIE Service Provider Version 4 Written and Lab Exam Comprehensive Guide
Nicholas RussoThe service provider landscape has changed rapidly over the past several years. Networking vendors are continuing to propose new standards, techniques, and procedures for overcoming new challenges while concurrently reducing costs and delivering new services. Cisco has recently updated the CCIE Service Provider track to reflect these changes; this book represents the author's personal journey in achieving that certification.
CCIE SP v5.0
Łukasz Bromirski, Piotr Jablonski, and Nicholas RussoAre you striving to prepare to and pass CCIE SP lab exam? Take the opportunity and get this workbook! With the attached initial cfg files you will prepare yourself for the CCIE SP exam as well as learn SP technologies applicable to all kinds of today modern networks! This workbook covers blueprint topics and provides challenging examples.
Top Bundles
- #1
Software Architecture for Developers: Volumes 1 & 2 - Technical leadership and communication
2 Books
"Software Architecture for Developers" is a practical and pragmatic guide to modern, lightweight software architecture, specifically aimed at developers. You'll learn:The essence of software architecture.Why the software architecture role should include coding, coaching and collaboration.The things that you really need to think about before... - #2
Practical FP in Scala + Functional event-driven architecture
2 Books
Practical FP in Scala (A hands-on approach) & Functional event-driven architecture, aka FEDA, (Powered by Scala 3), together as a bundle! The content of PFP in Scala is a requirement to understand FEDA so why not take advantage of this bundle!? - #3
All the Books of The Medical Futurist
6 Books
We put together the most popular books from The Medical Futurist to provide a clear picture about the major trends shaping the future of medicine and healthcare. Digital health technologies, artificial intelligence, the future of 20 medical specialties, big pharma, data privacy, digital health investments and how technology giants such as Amazon... - #4
CCIE Service Provider Ultimate Study Bundle
2 Books
Piotr Jablonski, Lukasz Bromirski, and Nick Russo have joined forces to deliver the only CCIE Service Provider training resource you'll ever need. This bundle contains a detailed and challenging collection of workbook labs, plus an extensively detailed technical reference guide. All of us have earned the CCIE Service Provider certification... - #6
Pattern-Oriented Memory Forensics and Malware Detection
2 Books
This training bundle for security engineers and researchers, malware and memory forensics analysts includes two accelerated training courses for Windows memory dump analysis using WinDbg. It is also useful for technical support and escalation engineers who analyze memory dumps from complex software environments and need to check for possible... - #7
Modern C++ Collection
3 Books
Get All about Modern C++C++ Standard Library, including C++20Concurrency with Modern C++, including C++20C++20Each book has about 200 complete code examples. Updates are included. When I update one of the books, you immediately get the updated bundle. You can expect significant updates to each new C++ standard (C++23, C++26, .. ) and also... - #9
Retromat eBook Bundle for Agile Retrospectives
2 Books
If you facilitate retrospectives this bundle is for you: "Plans for Retrospectives" helps beginners learn the lay of the land with tried-and-true plans. Once you know your way around, "Run great agile retrospectives" contains all 135+ activities in Retromat for you to mix and match.