"SOLID 원칙"의 두 판 사이의 차이

2022년 7월 20일 (수) 07:45 기준 최신판

1 개요[ | ]

SOLID, SOLID 원칙, SOLID 5원칙
객체지향 설계 원칙 5가지

한국어	영어	설명
단일 책임 원칙	Single responsibility principle	하나의 클래스는 하나의 책임(역할)을 담당하도록 한다. 변경할 이유는 하나만 있도록 하자.
개방 폐쇄 원칙	Open/closed principle	확장에는 개방적, 수정에는 폐쇄적으로 한다. 변경 없이 상속할 수 있게 하자.
리스코프 치환 원칙	Liskov substitution principle	객체는 subtype에 관계없이 대체 가능해야 한다.
인터페이스 분리 원칙	Interface segregation principle	다목적 인터페이스 1개보다 상황에 맞는 다양한 인터페이스를 권장한다.
의존성 역전	Dependency inversion principle	상위 모듈이 하위 모듈에 의존하면 안된다.

2 같이 보기[ | ]

객체지향 설계
OOP (객체지향 프로그래밍)
Don't repeat yourself (DRY, 반복금지의 원리)
헤드 퍼스트 디자인 패턴

3 참고[ | ]

@@ 1번째 줄: / 1번째 줄: @@
 ==개요==
-;SOLID
+;SOLID, SOLID 원칙, SOLID 5원칙
 ;[[객체지향 설계]] 원칙 5가지
-;객체지향 설계 원리
 {| class='wikitable'
 ! 한국어 !! 영어 !! 설명
 |-
-| [[단일 책임]] || Single responsibility || 하나의 클래스는 하나의 역할을 담당하도록 한다.
+| [[단일 책임 원칙]] || '''S'''ingle responsibility principle || 하나의 클래스는 하나의 책임(역할)을 담당하도록 한다. 변경할 이유는 하나만 있도록 하자.
 |-
-| [[개방 폐쇄 원칙]] || Open/closed principle || 확장에는 개방적, 수정에는 폐쇄적으로
+| [[개방 폐쇄 원칙]] || '''O'''pen/closed principle || 확장에는 개방적, 수정에는 폐쇄적으로 한다. 변경 없이 상속할 수 있게 하자.
 |-
-| [[리스코프 교체]] || Liskov substitution || 객체는 subtype에 관계없이 대체 가능해야 한다.
+| [[리스코프 치환 원칙]] || '''L'''iskov substitution principle || 객체는 subtype에 관계없이 대체 가능해야 한다.
 |-
-| 인터페이스 분리 || Interface segregation || 다목적 인터페이스 1개보다 상황에 맞는 다양한 인터페이스를 권장한다.
+| [[인터페이스 분리 원칙]] || '''I'''nterface segregation principle || 다목적 인터페이스 1개보다 상황에 맞는 다양한 인터페이스를 권장한다.
 |-
-| [[의존성 역전]] || Dependency inversion || 상위 모듈이 하위 모듈에 의존하면 안된다.
+| [[의존성 역전]] || '''D'''ependency inversion principle || 상위 모듈이 하위 모듈에 의존하면 안된다.
 |}
@@ 28번째 줄: / 27번째 줄: @@
 * https://dzone.com/articles/solid-is-oop-for-dummies
-[[분류: 프로그래밍]]
 [[분류: 소프트웨어 설계]]
+[[분류: 프로그래밍 원칙]]
 [[분류: 5대]]