객체지향의 5대 원칙 SOLID : Single Responsibility Principle

객체지향 프로그래밍에서 효율적이고 확장성 있는 코드를 작성하려면 SOLID 원칙을 지켜야 합니다. SOLID 원칙은 객체지향의 5대 원칙으로 Single Responsibility Principle, Open-Closed Principle, Liskov Substitution Principle, Interface Segregation Principle, Dependency Inversion Principle을 의미합니다. 이번 글에서는 SOLID 원칙 중 하나인 SRP(Single Responsibility Principle)에 대해 자세히 살펴보겠습니다.

SRP(Single Responsibility Principle)

SRP(Single Responsibility Principle)는 단일 책임 원칙으로, 클래스는 단 하나의 책임만 가져야 한다는 원칙입니다. 이것은 클래스가 변경되어야 하는 이유를 단 하나만 가져야 한다는 것을 의미합니다.

SRP의 예

다음은 SRP의 예시입니다.

// SRP를 지키지 않은 예시
public class User
{
    public string Name { get; set; }
    public string Email { get; set; }

    public void Register()
    {
        // 사용자 등록 로직
        // 이메일 발송 로직
    }
}

// SRP를 지킨 예시
public class User
{
    public string Name { get; set; }
    public string Email { get; set; }
}

public class UserManager
{
    public void Register(User user)
    {
        // 사용자 등록 로직
    }
}

public class EmailSender
{
    public void SendEmail(User user)
    {
        // 이메일 발송 로직
    }
}

위의 예제는 사용자 등록과 이메일 발송을 동시에 처리하는 User 클래스를 SRP를 지키지 않은 예시입니다. 이것은 User 클래스가 변경되어야 하는 이유를 두 가지 가지고 있기 때문에 SRP를 위배합니다.

반면, SRP를 지킨 예시는 User 클래스는 단순히 사용자 정보를 저장하는 역할만 수행하고, 사용자 등록과 이메일 발송은 각각 UserManager 클래스와 EmailSender 클래스에서 처리합니다. 이렇게 하면 클래스의 책임이 분리되어 변경사항이 생겨도 해당 클래스만 수정하면 되므로 유지보수성이 높아집니다.

SRP의 장점

SRP를 지키면 클래스의 책임이 분리되어 코드의 응집도가 높아지고 결합도가 낮아지기 때문에 코드의 가독성과 유지보수성이 증가합니다. 또한, 코드의 재사용성도 증가하며 단위 테스트 작성이 용이해집니다.

결론

SRP(Single Responsibility Principle)는 클래스가 단 하나의 책임만 가지도록 하는 객체지향의 5대 원칙 중 하나입니다. SRP를 지키면 클래스의 책임이 분리되어 코드의 응집도가 높아지고 결합도가 낮아지기 때문에 코드의 가독성과 유지보수성이 증가합니다. 이번 글을 통해 SRP에 대해 더욱 자세히 알아보았습니다.