What is Low Level Design or LLD?

LLD stands for low-level design. It is a component-level design process that follows step by step refinement process. The input to LLD is HLD. 

LLD describes class diagrams with the help of methods and relations between classes and program specs. It describes the modules so that the programmer can directly code the program from the document. It provides us with the structure and behavior of class as different entities have different character sets. From this design, it is easy for a developer to write down logic and henceforth the actual code for it. 

Low-level designing is also known as object-level designing or micro-level or detailed designing. 

 Roadmap to Low-level Designing

In order to bridge concepts of LLD with real code let us In order to understand how to design any low-level diagram let us understand via the steps:

1. Object-oriented Principles

The user requirement is processed by using concepts of OOPS programming. Hence it is recommended to have a strong grip on OOPS concepts prior to moving ahead in designing any low-level system.  

Object-oriented programming concept 4 pillars are must-have to go start learning low-level designing and the programmer should be very well versed with these 4 pillars namely as follows:

Inheritance, encapsulation, polymorphism, and abstraction. Within polymorphism, we should be clear-cut with compile-time ad run-time polymorphism. Programmers should be absolutely clear about the OOPS concepts to depth right to classes, and objects because OOPS is the foundation on which low-leveling on any system is based. 

Acing low-level design is ‘extremely subjective’ because we have to optimally use these concepts while coding to build a low-level system via implementing coding software entities(classes, functions, modules, etc).

2. Process of Analyzing and design

It is analyzing phase which is our 1st step where we are claying real-world problems into object-world problems using OOPS concepts and SOLID principles. 

3. Design Patterns

Now implementation of our above object world problem is carried out with help of design patterns. These are the set of practices indeed the solutions that are already proposed checked against test cases. We just need to map them and implement them ascites as per the circumstance. 

With the usage of objects, classes, SOLID principles, and UML diagrams, we can model complex problems to code while designing low-level systems. And at the same time, there exists a scenario that does not exist in the real world but has to be coded to get solved at low-level designing. For these certain sets of specified problems. There are solutions to these where these problems are already been solved in different complex oriented codes to the problem. Hence the definition is as follows: 

Each problem describes a problem that occurs over and over multiple times in the environment. And the core of the solution to the problem can be used a million times without ever doing it. 

Why there is a need for design patterns?

These problems have occurred over and over again corresponding to which these solutions have been laid out. These problems are been faced and solved by expert designers in the world of programming and the solutions are robust over time saving a lot of time and energy. Hence the complex and classic problems in the software world are being solved by tried and tested solutions. Here we do not look out for solutions that are the so-called design patterns.  

Tip: It is strongly recommended to have good understanding of common design patterns to have hold over low-level designing. 

 Different Types of Design Patterns

There are widely varied many types of design patterns while many.

Let us discuss 4 types of design patterns that are extensively used globally.

• Factory Design Pattern

• Abstract factory Pattern

• Singleton Pattern

• Observer Pattern

 4. UML Diagram

They are 2 types of UML Diagrams:

1. Structural UML diagram: These types of diagrams basically defines how different entities and objects will be structured and defining the relationship between them. They are helpful in representing  how components will appear with respect to structure.

2. Behavioral UML diagram: These types of diagrams basically defines what are the different operations that it supports. Here different behavioral UML showcases different behavioral of  

Tip: Important UML diagrams used by developers frequently are as follows:

• Class diagram from Structural UML Diagram

• Sequence, Use case and Activity from Behavioral UML Diagram

5. SOLID Principles

These are sets of 5 principles(rules) that are strictly followed as per requirements of the system or requirements for optimal designing.  

In order to write scalable, flexible, maintainable, and reusable code:

1. Single-responsibility principle (SRP)

2. Open-closed principle (OCP)

3. Liskov’s Substitution Principle(LSP)

4. Interface Segregation Principle (ISP)

5. Dependency Inversion Principle (DIP)

We need to keep checking while coding and implementing our designing classes as per need if we need to make our classes extendable then we need to talk about the open-closed principle. Or if our requirement is to design a class with a single responsibility principle.