728x90
반응형
SMALL
- 객체지향 프로그래밍(OOP)에 대해 설명해주세요. 알고있는 원칙이나 키워드를 언급해주세요
컴퓨터 프로그래밍 패러다임 중 하나로, 프로그래밍에서 필요한 데이터를 추상화시켜 상태와 행위를 가진 객체를 만들고 그 객체들 간의 유기적인 상호 작용을 통해 로직을 구성하는 프로그래밍 방법입니다.
- 객체지향 프로그래밍의 장, 단점 간단하게 설명해주세요.
장점
▶코드 재사용이 용이
남이 만든 클래스를 가져와서 이용할 수 있고 상속을 통해 확장해서 사용할 수 있다.
▶유지보수가 쉬움
절차 지향 프로그래밍에서는 코드를 수정해야할 때 일일이 찾아 수정해야하는 반면 객체 지향 프로그래밍에서는 수정해야 할 부분이 클래스 내부에 멤버 변수혹은 메서드로 존재하기 때문에 해당 부분만 수정하면 된다.
▶대형 프로젝트에 적합
클래스 단위로 모듈화시켜서 개발할 수 있으므로 대형 프로젝트처럼 여러 명, 여러 회사에서 프로젝트를 개발할 때 업무 분담하기 쉽다.
단점
▶처리 속도가 상대적으로 느림
▶객체가 많으면 용량이 커질 수 있음
▶설계시 많은 시간과 노력이 필요
- 객체지향 프로그래밍 키워드 5가지
1) 클래스 + 인스턴스(객체)
2) 추상화
3) 캡슐화
4) 상속
5) 다형성
클래스와 인스턴스(객체)
클래스 : 어떤 문제를 해결하기 위한 데이터를 만들기 위해 추상화를 거쳐 집단에 속하는 속성(attribute)과 행위(behavior)를 변수와 메서드로 정의한 것으로 객체를 만들기 위한 메타정보라고 볼 수 있다.
인스턴스(객체) : 클래스에서 정의한 것을 토대로 실제 메모리에 할당된 것으로 실제 프로그램에서 사용되는 데이터
객체 지향 프로그래밍에서 추상화 (자료의 추상화)
객체 지향 프로그래밍에서는 '추상화' 라는 단어를 여러 군데 붙일 수 있다.
여기서 말하는 추상화는 추상 클래스나 추상 클래스가 갖는 추상 메서드를 의미하기보다는 클래스를 설계하는 것 자체를 의미한다.
즉, "공통의" 속성이나 기능을 묶어 이름을 붙이는 것이다.
캡슐화가 무엇인가요?
캡슐화의 목적 2가지
1. 코드를 재수정 없이 재활용하는 것.
2. 접근 제어자를 통한 정보 은닉
절차 지향 프로그래밍에서도 라이브러리를 통해서 변수와 함수를 재활용할 수는 있었지만, 코드의 수정이 일어났을 때 영향 범위를 예상하기 어려운 문제가 있었다.
그러나 객체 지향 프로그래밍에서는 캡슐화를 통해 객체가 외부에 노출하지 않아야할 정보 또는 기능을 접근제어자를 통해 적절히 제어 권한이 있는 객체에서만 접근하도록 할 수 있기에 코드의 수정이 일어났을 때 책임이 있는 객체만 수정하면 되기에 영향 범위를 예측하는데 수월해졌다.
뿐만 아니라 관련된 기능과 특성을 한 곳에 모으고 분류하기 때문에 객체 재활용이 원활해졌다.
객체 지향 프로그래밍에서 기능과 특성의 모음을 "클래스"라는 "캡슐"에 분류해서 넣는것이 캡슐화다.
객체가 맡은 역할을 수행하기 위한 하나의 목적을 한데 묶는다.
4) 상속이란?
절자 지향 프로그래밍에서도 "라이브러리"를 통해서 남이 짜놓은 소스 코드를 가져와 사용할 수 있었다.
하지만 내 의도에 맞게 수정하게되면 다른 라이브러리가 되어 버전에 따라 동작하지 않을 수 있고 불필요한 코드의 수정작업을 해야한다는 것이다.
이런 문제를 해결하기 위해 [상속]이라는 것을 도입하였다.
상속은 부모클래스의 속성과 기능을 그대로 이어받아 사용할 수 있게하고 기능의 일부분을 변경해야 할 경우 상속받은 자식클래스에서 해당 기능만 다시 수정(정의)하여 사용할 수 있게 하는 것이다.
다중상속은 불가하다. (클래스의 상속 관계에서 혼란을 줄 수 있기 때문에 상속은 반드시 하나만 가능하고 필요에 따라 인터페이스를 사용할 수 있게 했다.)
5) 다형성이란 ?
하나의 변수명, 함수명 등이 상황에 따라 다른 의미로 해석될 수 있는 것이다.
즉 오버라이딩(Overriding), 오버로딩(Overloading)이 가능하다는 얘기다.
오버라이딩 : 부모클래스의 메서드와 같은 이름, 매개변수를 재정의 하는것.
오버로딩 : 같은 이름의 함수를 여러개 정의하고, 매개변수의 타입과 개수를 다르게 하여 매개변수에 따라 다르게 호출할 수 있게 하는 것.
getter, setter 를 사용하는 이유는?
멤버변수에 직접접근하지 못하게 private으로 접근지정자를 설정하고 public으로 getter, setter 메서드를 만드는 것을 많이 해왔다.
그러면서 이럴꺼면 어차피 아무나 접근가능한데 왜 private을 할까? 라고 생각했었다.
결론부터 말하면 getter, setter를 사용하면 메서드를 통해서 접근하기 때문에, 메서드 안에서 매개변수같이 어떤 올바르지 않은 입력에 대해 사전에 처리할 수 있게 제한하거나 조절할 수 있기 때문이다.
예를들면 setter에서 유효범위를 넘은 정수가 들어왔을 때의 처리를 하고나서 set하거나 예외처리를 해버릴 수 있는 것이다.
getter도 마찬가지로 굳이 예를들자면 자료에 무언가 더하거나 빼고 준다든지가 가능하다.
SOLID 원칙
단일책임 원칙(Single Responsibility Principle, SRP)
말 그래도 하나의 책임만을 가져야 한다는 것입니다.하나의 클래스는 단 하나의 책임만을 가져야 하며, 여기서 책임은 하나의 기능이라고 생각하면 되는데
즉, 하나의 클래스는 하나의 기능을 맡도록 여러 개의 클래스를 생성하는 것을 의미합니다.
만약, 하나의 클래스가 여러 기능을 맡고 상태로 수정이 발생했을 때, 연관되어 있는 코드는 모두 수정할 수 밖에 없어집니다.
개방 폐쇄 원칙(Open Closed Principle, OCP)
개방 폐쇄 원칙은 '확장에는 열려있어야 하며, 변경에는 닫혀있어야 한다'를 의미합니다.
기능을 추가할 때, 손쉽게 확장할 수 있도록 하며, 수정할 때는 객체에 대해 직접적으로 수정하도록 제한하는 것입니다.
리스코프 치환 원칙(Liskov Substitution Principle, LSP)
리스코프 치환 원칙은 하위 타입은 상위 타입으로 교체될 수 있어야 한다는 원칙입니다.
즉, 업캐스팅을 진행해도 상위 타입의 동작을 그대로 수행할 수 있어야 한다는 의미입니다.
인터페이스 분리 원칙(Interface Segreation Principle, ISP)
인터페이스 분리 원칙은 인터페이스의 단일 책임을 강조합니다.
요구 사항에 적합한 인터페이스만을 제공하는 것을 목표로 합니다.
의존 역전 원칙(Dependency Inversion Principle, DIP)
의존 역전 원칙이란 어떤 클래스를 참조해야한다면, 서브 타입을 참조하는 것이 아닌 상위 타입을 참조하라는 의미입니다.
즉, 변화하기 쉬운 것보단 변화하기 어려운 것에 의존하라는 의미입니다.
728x90
반응형
LIST
'일상 > 스터디' 카테고리의 다른 글
| 4일차 과제 List, Set, Map, HashMap의 차이 (0) | 2023.05.11 |
|---|---|
| 3일차 과제 - JPA의 영속성 컨텍스트 (1) | 2023.05.10 |
| 2일차 과제 Spring MVC - 예외 처리 기법 (0) | 2023.05.10 |
| 2일차 과제 - DI(Dependency Injection) (1) | 2023.05.09 |
| 1일차 과제 - REST API (0) | 2023.05.09 |