Basic/디자인패턴

저번 글에 이어서 SOLID 원칙에 대해 마무리 정리해보겠습니다! 4. ISP (인터페이스 분리 원칙)ISP 원칙은 인터페이스를 각 기능에 맞게 분리해야 한다는 것이다. 즉, 범용적인 큰 범위에 인터페이스 보다는 각각이 사용하는 기능에 맞춰 Interface를 분리해야 한다. -> (억지로 구현해야 하는 상황이 오지 않도록 해야 한다) 그럼 SRP 원칙과 다른 점이 있냐? SRP 원칙은 클래스의 단일 책임을 강조한 반면, ISP는 인터페이스의 단일 책임을 강조하는 것이다. interface Worker{ fun work() fun eat()}class HumanWorker : Worker{ override fun work() { println("사람이 일한다.") } ..
개요안드로이드 개발을 할 때 Kotlin 언어를 사용하는데 Kotlin의 경우 객체 지향 프로그래밍과 함수형 프로그래밍 모두를 지원하는 다중 패러다임 언어이다. 그렇기 때문에 Kotlin을 통한 개발을 더 잘하려면 OOP에 대한 특징도 알고 있어야 한다. 0. SOLID 원칙SOLID는 객체 지향 설계에 있어서 코드의 유지보수성과 확장성을 높이기 위한 원칙으로 총 5가지가 있다. 여러 디자인 패턴들이 SOLID 설계 원칙에 입각해서 만들어진 만큼, 표준화 작업에서 부터 아키텍처의 설계까지 다양하게 적용된다. 각 글자가 의미하는 것은 다음과 같다. S -> Single Responsibility (단일 책임 원칙)O -> Open/Closed (개방 폐쇄 원칙)L -> Liskov Substitution ..
알파카임
'Basic/디자인패턴' 카테고리의 글 목록