Skip to main content

What is SOLID principles?


Introduction to SOLID principles
S: Single Responsibility Principle (SRP)
O: Open-closed Principle (OCP)
L: Liskov substitution Principle (LSP)
I: Interface Segregation Principle (ISP)
D: Dependency Inversion Principle (DIP)


Definitions
• S: A class should only have a single responsibility, that is, only changes to one part of the software’s specification should be able to affect the specification of the class.
• O: Software entities (classes, modules, functions, etc.) should be open for extension but closed for modification
• L: Derived classes should be substitutable for their base classes without altering the correctness of the program.
• I: Clients should not be forced to depend on interfaces they do not use. Instead of one large interface, prefer many small, role-specific interfaces.
• D: High-level modules should not depend on low-level modules; both should depend on abstractions. Abstractions should not depend on details; details should depend on abstractions.


Principle Meaning Example
S – Single Responsibility Principle (SRP) A class should have only one reason to change. Each class should focus on a single responsibility. A UserService handles user logic, while EmailService handles email sending.
O – Open/Closed Principle (OCP) Software entities should be open for extension but closed for modification. Adding new payment methods by extending a base class PaymentProcessor instead of modifying it.
L – Liskov Substitution Principle (LSP) Subtypes must be substitutable for their base types without breaking functionality. A Square class should behave correctly when used in place of a Rectangle.
I – Interface Segregation Principle (ISP) Clients should not be forced to depend on interfaces they don’t use. Instead of one large interface, prefer many small ones. Instead of one large IMachine interface, split into smaller ones like IPrinter, IScanner.
D – Dependency Inversion Principle (DIP) Depend on abstractions, not on concrete implementations. High-level modules should not depend on low-level modules; both should depend on abstractions. A NotificationService depends on an INotifier interface, which can be implemented by EmailNotifier, SMSNotifier, etc.

Comments

Popular posts from this blog

HTTPHandler and HTTPModule in ASP.NET

If you want to implement pre-processing logic before a request hits the IIS resources. For instance you would like to apply security mechanism, URL rewriting, filter something in the request, etc. ASP.NET has provided two types of interception HttpModule and HttpHandler .   The web server examines the file name extension of the requested file, and determines which ISAPI extension should handle the request. Then the request is passed to the appropriate ISAPI extension.  For Example When an .aspx page is requested it is passed to ASP.Net page handler. Then Application domain is created and after that different ASP.Net objects like Httpcontext, HttpRequest, HttpResponse. HTTPModule: -    It's just like a filter. The Modules are called before and after the handler executes . -    HTTP Modules are objects which also participate the pipeline but they work before and after the HTTP Handler does its job, and produce additional serv...

Connected and disconnected architecture in ADO.Net with Example

Connected Architecture of ADO.NET The architecture of ADO.net, in which connection must be opened to access the data retrieved from database is called as connected architecture. Connected architecture was built on the classes connection, command, datareader and transaction.  Connected architecture is when you constantly make trips to the database for any CRUD (Create, Read, Update and Delete) operation you wish to do. This creates more traffic to the database but is normally much faster as you should be doing smaller transactions. Disconnected Architecture in ADO.NET The architecture of ADO.net in which data retrieved from database can be accessed even when connection to database was closed is called as disconnected architecture. Disconnected architecture of ADO.net was built on classes connection, dataadapter, commandbuilder and dataset and dataview. Disconnected architecture is a method of retrieving a r...

Using SQL self join Find Upper level manager in Employee table

A self-join is a query in which a table is joined (compared) to itself. Self-joins are used to compare values in a column with other values in the same column in the same table . You can use a self-join to simplify nested SQL queries where the inner and outer queries reference the same table . These joins allow you to retrieve related records from the same table. The most common case where you'd use a self-join is when you have a table that references itself I have the employee detail table, In that i want to find the manager for each Employee . The employee nam e and manager column are present in same table Consider the following Employee table CREATE TABLE Employee (     Emp_Id INT IDENTITY ( 1 , 1 ) NOT NULL PRIMARY KEY ,     Emp_Name VARCHAR ( 100 ),     Manager_Id INT NULL ) INSERT INTO Employee ( Emp_Name , Manager_Id ) VALUES ( 'a' ,null) INSERT INTO Employee ( Emp_Name , Manager_Id ) ...