design-patterns Tag Posts Index

Execution context in plug-and-play architecture in Asp.NET 5

As we discussed the CQRS architecture is made out of two distinct service handlers, the command handler, and the query handler. Although they have different

Adapter pattern in plug-and-play architecture in Asp.NET 5

After the last blog post we are prepared to start the implementation of architecture aspects. First, we need to create a new project where we will place the aspects.

Introduction to plug-and-play architecture in Asp.NET 5

This is a part of a series of blog posts about design and architecture patterns. Disclaimer! This blog post will only cover the theory of what every software

Design patterns: Strategy

Today we start the last of design patterns (in the end !!!), which is called Strategy at reading of this article before someone reaches the bottom of the article

Design patterns: State

Today, about a fairly simple pattern called State, which serves to the very simple operation, as the name says to change the behavior of the object, when its internal

Design patterns: Command

Today, the pattern a little more complicated than the previous one, ie the Command pattern, is very similar to the Chain of Responsibility pattern, however, it differs

Design patterns: Memento

We are starting another design pattern today, it is called Memento, it is a very simple to understand pattern, also the main picture of this article also translates

Design patterns: Visitor

We are taking care of another design pattern, and it is Visitor, now entries can be irregular, I have some responsibilities, but a series of design patterns I want

Design patterns: Observer

Hello again!! We are taking care of another design pattern, which in my opinion must be known compulsorily 🙂. And it is an observer pattern. Discussion The main

Design patterns: Template Method

Hello everyone!! After few months, I’m again! 😃😎🙂 I had a lot of others activities. Today is about the template method design pattern. Is a lot of to describe

Design patterns: Mediator

Today it was supposed to be about an operational pattern called Mediator, which satisfies the last SOLID principle, namely avoiding dependencies between classes,

Design patterns: Chain of responsibility

Today will be the theme, as I promised in the previous article, about the design pattern called a chain of obligations, also known as the chain of responsibility,

Design patterns: Iterator

Now I will discuss the Iterator pattern, as the name suggests, it is used to iterate through collections, objects, etc. This is, in a nutshell, more precisely described

Design patterns: Interpreter

I am just as I promised after two weeks and as I promised I will be describing the interpreter design pattern, as you can guess it interprets some content on the

Design patterns: Flyweight

It’s time for another pattern, and more precisely for the Flyweight pattern, whose purpose is, in a nutshell, to limit the memory occupied by many objects, further

Design patterns: Proxy

The proxy pattern is quite similar to the Bridge pattern, but the purpose of the Proxy is different, its purpose is to create an object that will represent another

Design patterns: Bridge

Hello everyone! Today topic is about the Bridge design pattern however, we will change some form of the entry into a more structured one, so let’s get to the topic

Design patterns: Composite

Hi, I’ve recently found an interesting design pattern called Composite, which is used to fold objects into a tree structure, thanks to which the client sees instead

Design patterns: Facade

In this article about the Facade design pattern , whose main task is to make the complex system available to the customer in the form of a simplified, ordered

Design patterns: Dependency Injection and its variations

Today, we will be talk about two design patterns, both are similar to the last solid principle, dependency inversion, in the sense that both are about the same problem,