SOLID 원칙은 개발자가 관리 가능한 소프트웨어를 설계하는 데 도움이되는 지침 세트입니다. 이러한 원칙을 적용하면 코드 품질을 향상시키고 버그를 줄일 수 있습니다. 이 문서는 각 원칙을 설명하고 효과적으로 구현하는 방법을 설명합니다.

단일 책임 원칙

단일 책임 원칙은 클래스가 변경하는 하나의 이유가 있어야한다는 것을 의미합니다. 즉, 각 클래스는 단일 기능 또는 책임에 중점을 둡니다. 이 원칙에 부합함으로써 코드는 이해하고 수정하기 쉽습니다.

열린/닫는 원리

Open/Closed Principle은 소프트웨어 엔티티티가 확장을 위해 열려 있어야 하며 수정을 위해 닫아야 합니다. 개발자는 원래 소스를 변경하지 않고 기존 코드를 확장하여 새로운 기능을 추가할 수 있습니다. 이 접근법은 버그를 도입하는 위험을 최소화합니다.

Liskov 대용 원리

Liskov 대용법원은 초급의 개체가 프로그램의 정정에 영향을 미치지 않고 하위 클래스의 개체와 교체해야합니다. 이것은 하위 클래스가 행동을 변경하지 않고 기본 클래스를 확장한다는 것을 보장합니다.

공용영역 분리 원리

인터페이스 분리 원리는 클라이언트가 사용되지 않는 인터페이스에 따라 강제하지 않아야한다는 것을 권합니다. 더 작은, 특정 인터페이스는 큰, 일반 하나 이상 선호됩니다. 이것은 불필요한 의존성을 감소시키고 융통성을 개량합니다.

종속력

Dependency Inversion Principle은 저수준 단위에 의존하지 않아야 합니다. 대신, 둘 다 요약에 달려야 합니다. 이 분리 성분은 수정하고 시험하기 위하여 체계를 쉽게 합니다.