Your Web News in One Place

Help Webnuz

Referal links:

Sign up for GreenGeeks web hosting
June 26, 2019 10:29 pm GMT

The 7 most important software design patterns

For a comprehensive deep-dive into the subject of Software Design Patterns, check out Software Design Patterns: Best Practices for Developers, created by C.H. Afzal, a veteran software engineer with multiple years of experience at Netflix, Microsoft, and Oracle. Much of the below is summarized from his course.

Why design patterns?

Design Patterns have become an object of some controversy in the programming world in recent times, largely due to their perceived over-use leading to code that can be harder to understand and manage.

Its important to understand that Design Patterns were never meant to be hacked together shortcuts to be applied in a haphazard, one-size-fits-all manner to your code. There is ultimately no substitute for genuine problem solving ability in software engineering.

The fact remains, however, that Design Patterns can be incredibly useful if used in the right situations and for the right reasons. When used strategically, they can make a programmer significantly more efficient by allowing them to avoid reinventing the proverbial wheel, instead using methods refined by others already. They also provide a useful common language to conceptualize repeated problems and solutions when discussing with others or managing code in larger teams.

That being said, an important caveat is to ensure that the how and the why behind each pattern is also understood by the developer.

Without further ado (in general order of importance, from most to least):

The most important design patterns

1) Singleton

The singleton pattern is used to limit creation of a class to only one object. This is beneficial when one (and only one) object is needed to coordinate actions across the system. There are several examples of where only a single instance of a class should exist, including caches, thread pools, and registries.

Its trivial to initiate an object of a classbut how do we ensure that only one object ever gets created? The answer is to make the constructor private to the class we intend to define as a singleton. That way, only the members of the class can access the private constructor and no one else.

Important consideration: Its possible to subclass a singleton by making the constructor protected instead of private. This might be suitable under some circumstances. One approach taken in these scenarios is to create a register of singletons of the subclasses and the getInstance method can take in a parameter or use an environment variable to return the desired singleton. The registry then maintains a mapping of string names to singleton objects, which can be accessed as needed.

2) Factory Method

A normal factory produces goods; a software factory produces objects. And not just thatit does so without specifying the exact class of the object to be created. To accomplish this, objects are created by calling a factory method instead of calling a constructor.
alt image of text

Usually, object creation in Java takes place like so:

SomeClass someClassObject = new SomeClass();

The problem with the above approach is that the code using the SomeClasss object, suddenly now becomes dependent on the concrete implementation of SomeClass. Theres nothing wrong with using new to create objects but it comes with the baggage of tightly coupling our code to the concrete implementation class, which can occasionally be problematic.

3) Strategy

The strategy pattern allows grouping related algorithms under an abstraction, which allows switching out one algorithm or policy for another without modifying the client. Instead of directly implementing a single algorithm, the code receives runtime instructions specifying which of the group of algorithms to run.

4) Observer

This pattern is a one-to-many dependency between objects so that when one object changes state, all its dependents are notified. This is typically done by calling one of their methods.

For the sake of simplicity, think about what happens when you follow someone on Twitter. You are essentially asking Twitter to send you (the observer) tweet updates of the person (the subject) you followed. The pattern consists of two actors, the observer who is interested in the updates and the subject who generates the updates.

alt  image of text

A subject can have many observers and is a one to many relationship. However, an observer is free to subscribe to updates from other subjects too. You can subscribe to news feed from a Facebook page, which would be the subject and whenever the page has a new post, the subscriber would see the new post.

Key consideration: In case of many subjects and few observers, if each subject stores its observers separately, itll increase the storage costs as some subjects will be storing the same observer multiple times.

5) Builder

As the name implies, a builder pattern is used to build objects. Sometimes, the objects we create can be complex, made up of several sub-objects or require an elaborate construction process. The exercise of creating complex types can be simplified by using the builder pattern. A composite or an aggregate object is what a builder generally builds.

Key consideration: The builder pattern might seem similar to the abstract factory pattern but one difference is that the builder pattern creates an object step by step whereas the abstract factory pattern returns the object in one go.

6) Adapter

This allows incompatible classes to work together by converting the interface of one class into another. Think of it as a sort of translator: when two heads of states who dont speak a common language meet, usually an interpreter sits between the two and translates the conversation, thus enabling communication.

alt image of text

If you have two applications, with one spitting out output as XML with the other requiring JSON input, then youll need an adapter between the two to make them work seamlessly.

7) State

The state pattern encapsulates the various states a machine can be in, and allows an object to alter its behavior when its internal state changes. The machine or the context, as it is called in pattern-speak, can have actions taken on it that propel it into different states. Without the use of the pattern, the code becomes inflexible and littered with if-else conditionals.

Want to keep learning?

With Software Design Patterns: Best Practices for Developers youll have the chance to do more than just read the theory. Youll be able to dive deep into real problems and understand practical solutions with real-life code examples.

The course is based on the popular book by the Gang of Four, but presented in an interactive, easy-to-digest format. You will master the 23 famous design patterns from the book interactively, learn the proper applications of the 3 key design pattern types (creational, structural, and behavioral), and learn to incorporate these design patterns into your own projects.

Original Link:

Share this article:    Share on Facebook
View Full Article

Dev To

An online community for sharing and discovering great ideas, having debates, and making friends

More About this Source Visit Dev To