Software Engineering KB

Home

❯

05 Software Design and Architecture

❯

00 OOP and SOLID Principles

❯

01 Concept

❯

Single Responsibility Principle

Single Responsibility Principle

Feb 10, 20261 min read

  • solid
  • srp

Single Responsibility Principle

← Back to SOLID Principles

A class should have one reason to change. Each module or class should be responsible for a single part of the functionality, and that responsibility should be entirely encapsulated by the class.

Key Properties

  • Cohesion
  • Reason to Change
  • Module Boundaries

Related

  • Separation of Concerns (broader application)
  • Interface Segregation Principle (similar idea for interfaces)

solid srp


Graph View

  • Single Responsibility Principle
  • Key Properties
  • Related

Backlinks

  • SOLID Principles (OOP)
  • Interface Segregation Principle
  • Separation of Concerns
  • Cohesion
  • Module Boundaries
  • Reason to Change
  • Microservices Principles

Created with Quartz v4.5.2 © 2026

  • GitHub