[SW 설계] 객체지향 설계

 

📍 객체지향(Object Orient)

1) 개념

실 세계의 개체를 속성과 메소드가 결합된 형태의 객체로 표현하는 개념이다.

구현대상을 하나의 객체로 보고 객체와 객체들 간의 관계로 모델링하는 방법을 의미한다.

 

2) 배경

생산성 저하에 따른 재사용성, 확장성의 필요에 의해 등장하였다.

 

 

📍 객체지향 프로그래밍

1) 개념

컴퓨터 프로그래밍의 패러다임 중 하나로 컴퓨터 프로그램을 명령어의 목록으로 보는 시각에서 벗어나 여러 개의 독립된 단위, 즉 '객체'들의 모임으로 파악하고자 하는 것이다. 각각의 개체들을 메시지를 주고 받고, 데이터를 처리할 수 있다.

프로그램을 유연하고 변경이 용이하게 만들기 때문에 대규모 SW 개발에 많이 사용된다. 개발과 보수도 간편한 편이라 보다 직관적인 분석을 가능하게 하는 장점이 있다.

 

2) 객체지향의 구성요소

1️⃣ 클래스(Class)

같은 종류의 집단에 속하는 속성과 행위를 정의한 것이다. 객체지향 프로그램의 기본적인 사용자 정의 데이터형

 

2️⃣ 객체(Object)

클래스의 인스턴스(실제로 메로리상에 할당된 것)을 의미한다.

자신 고유의 데이터(Attribute)를 가지며 클래스에서 정의한 행위를 수행한다.

 

3️⃣ 속성(Attribute)

객체의 데이터

 

4️⃣ 메소드(Method)

객체의 행위를 의미. 클래스로부터 생성된 객체를 사용하는 방법.

 

5️⃣ 메시지(Message)

객체간의 통신을 의미.

 

3) 객체지향의 기법

 

캡술화(Encapsulation)

• 속성과 메소드를 하나로 묶어서 객체로 구성한다.
• Readability가 향상되어 유지보수가 용이.
• 재사용성이 높은 S/W 개발이 가능.
• 정보은닉으로 내부자료의 일관성이 유지.
• 객체간 인터페이스를 이용, 종속성을 최소화.

 

추상화(Abstraction)

• 공통 성질을 추출하여 슈퍼클래스로 구성한다.
• 객채 중심의 안정된 모델을 구축.
• 현실 세계를 자연스럽게 표현.
• 분석의 초점이 명확해짐.

 

다형성(Polymorphism)

• 동일한 이름의 여러 오퍼레이션(메소드)을 다른 사양으로 정의 가능하다.

⭐ 다형성의 오버라이딩(가장 우선되는)과 오버로딩(과적하다)

구분	오버라이딩(Overriding)	오버로딩(Overloading)
개념	상속관계에서 상위 클래스의 메소드를 하위클래스에서 재정의한다.	하나의 클래스 내에서 같은 이름으로 여러개의 메소드를 정의한다.
메소드 명	상속관계 내에선 동일	특정클래스 내에선 동일
매개변수 개수, 타입	반드시 일치해야 함.	개수 또는 타입이 다름.
리턴 타입	기본적으로 동일	상관없음
접근제한	범위가 같거나 넓어야 함.	상관없음

오버라이딩

오버로딩

 

정보은닉(Information Hiding)

• 캡슐화된 항목을 다른 객체로부터 숨김.
• 메시지 ㅣ전달에 의해 다른 클래스 내의 메소드가 호출됨.

 

상속성(Inheritance)

• 부모 클래스의 속성과 메소드를 상속받아 사용.
• 부모와 자식 클래스 간의 관계가 수퍼클래스와 서브클래스로 유지된다.
• 부모 클래스는 추상적이며, 자식 클래스는 구체적 성질을 가진다. 

 

💡 다형성과 상속성 비교

구분	다형성	상속성
개념	동일 인터페이스에 대해 서로 다른 처리 방식으로 구현 가능한 특성이다.	부모 클래스의 Method, Attribute를 물려 받는 특성이다.
특징	동적 Binding	정적 Binding
구조	수직/수평적 구조	수직적 구조
장점	명령의 단순화, 메모리 절약, 높은 응집도 실현이 가능하다.	재사용성 향상, 중복 제거, 유지보수성이 향상된다.
단점	코드 중복 개발 가능성	과도한 상속은 결합도 상승 요인.

 

 

📍 객체지향(Object Orient) 설계원칙

① 단일 책임의 원칙 : 객체는 하나의 책임만 맡아야 한단. (낮은 결합도, 높은 응집도 추구)

② 개방 폐쇄 원칙 : 소프트웨어는 확정에는 열려있고, 수정 시에는 닫혀있어야 한다.

③ 리스코프 치환의 원칙 : 하위 클래스 및 타입들은 상위 타입들이 사용되는 곳에 대체될 수 있어야 하는 설계 원칙이다.

④ 인터페이스 분리의 원칙 : 하나의 일반적인 인터페이스보다 구체적인 여러 개의 인터페이스가 낫다.

⑤ 의존성 뒤집기의 원칙 : 추상화된 것에 의존하게 만들고 구체클래스에 의존하도록 만들지 않도록 한다.