Tag:

Some problems require you to evaluate or process sentences, expressions, or commands that follow a particular grammar or set of rules.

Sometimes you want to **perform operations on objects of different types** without changing those object classes.

Sometimes you have an **algorithm with a fixed structure**, but certain steps of the process need to be defined or customized by subclasses.

Sometimes you need to **traverse** a collection (like a list, tree, or database results) without exposing its underlying representation.

In software, objects often behave differently depending on their current situation or **state**.

When building software, sometimes we need the ability to “travel back in time.” Whether it’s undoing the last user action, reverting a configuration change, or ...

In many backend systems, different modules or services need to talk to each other.

Sometimes in backend systems, a request might have **multiple possible handlers**, and we don’t want the sender to know which one will actually process it.

In the world of backend systems, requests to perform actions are everywhere — from executing a database migration, to scheduling a background job, to triggering...

Welcome to the continuation of our **Design Pattern Series**. Having explored **Creational** and **Structural** patterns, we now dive into the **Behavioral** ca...

## What is the Flyweight Pattern?

Sometimes, direct access to an object isn’t desirable or possible. You might want to add an **extra layer of control** — like validation, caching, lazy loading,...

In complex systems, tight coupling between **abstractions and their implementations** can create rigidity. What if you want to vary both **what you do** and **h...

In software design, complexity often arises not from individual parts but from how parts relate to each other — especially when **some parts contain other parts...

In the world of structural design patterns, the **Facade Pattern** stands out for its simplicity and power. It’s a pattern that promotes clean architecture by h...

After finishing the creational patterns, we now enter the world of **structural patterns** — which are all about **how classes and objects are composed** to for...

We've reached the last creational pattern in this series! So far, we’ve explored Singleton, Factory, Abstract Factory, and Builder — each focused on **creating ...

Welcome back to the design patterns series! So far, we’ve explored how to manage object creation using Singleton, Factory, and Abstract Factory. Today, we’ll co...

So far, we’ve looked at Singleton, Factory, Strategy, and Decorator patterns—each solving specific design problems. Today, we’re zooming in on a creational patt...

After exploring how to flexibly swap behaviors using the Strategy Pattern, we now venture into one of the most elegant ways to **add functionality dynamically**...

So far in this series, we’ve explored the Singleton and Factory patterns—two of the most used creational patterns in backend development. In today’s post, we’re...

In our previous post, we explored the Singleton Pattern—a way to ensure a single instance of a class. Today, let’s dive into another classic and practical desig...

When building scalable and maintainable backend systems, one of the most powerful tools in your toolbox is **design patterns**. These are tried-and-tested solut...