Uncategorized No Comments

solid 원칙 예제

이 원리는 우리가 더 나은 소프트웨어를 구축하는 데 어떻게 도움이 됩니까? 몇 가지 이점을 살펴보겠습니다: 참고: 이 문서의 대부분의 예제는 실제 응용 프로그램에 적용되지 않거나 실제 응용 프로그램에 적용되지 않는 것으로 충분하지 않을 수 있습니다. 그것은 모두 자신의 디자인과 사용 사례에 따라 달라집니다. 가장 중요한 것은 원리를 적용/따르는 방법을 이해하고 아는 것입니다. 이러한 원칙의 목적은 소프트웨어 설계를 보다 이해하기 쉽고, 유지 관리가 용이하며, 확장하기 쉽게 만드는 것입니다. 소프트웨어 엔지니어로서 이러한 5가지 원칙은 알아야 합니다! OOP에 대한 일반적인 이해가 있는 경우 다형성에 대해 이미 알고 있을 것입니다. 우리는 우리의 코드가 상속을 활용및 / 또는 클래스가 서로를 다형성으로 대체 할 수 있도록 인터페이스를 구현하여 개방 / 폐쇄 원칙을 준수하는지 확인할 수 있습니다. 이는 리스코프 대체 원칙을 위반합니다. 부모는 자식 개체를 쉽게 교체하고 기능을 중단하지 않아야하며, 예를 들어 아래 예제의 경우이 문의를 추가하지 않으므로 원칙을 위반하는 새 예외를 throw하지 않도록합니다. CreatePost() 메서드가 새 게시물을 만들고, 데이터베이스에 오류를 기록하고, 로컬 파일에 오류를 기록할 수 있다는 점을 감안할 때 CreatePost() 메서드가 너무 많은 책임이 있음을 알 수 있습니다. 이것은 단일 책임 원칙을 위반합니다. 이 원칙은 “많은 클라이언트 특정 인터페이스가 하나의 일반 인터페이스보다 낫다”는 것을 시사합니다. 이것은 인터페이스에 적용되는 첫 번째 원칙이며 위의 세 가지 원칙은 클래스에 적용됩니다.

이 원리를 이해하기 위해 다음과 같은 예를 살펴보겠습니다. 객체 지향 디자인의 SOLID 원칙에는 다음 다섯 가지 원칙이 포함됩니다: 합계 메서드가 더 많은 셰이프 영역을 합산할 수 있기를 원한다면, 블록/기타 블록을 더 추가해야 하며 이는 개방형 원칙에 어긋나기 시작합니다. 종속성 반전의 원리는 소프트웨어 모듈의 분리를 말합니다. 이렇게 하면 하위 수준 모듈에 따라 상위 수준 모듈대신 추상화에 따라 달라집니다. 우리는 모든 소프트웨어 개발자가 여기에서 준수해야 하는 다섯 가지 원칙을 다루었습니다. 처음에는 이러한 모든 원칙을 준수하는 것이 어려울 수 있지만 꾸준한 연습과 준수로 인해 우리 일부가 될 것이며 응용 프로그램의 유지 관리에 큰 영향을 미칠 것입니다.

write a comment