Andrew blog📖

one step at a time🦶

0%

[학습] 객체 지향 프로그래밍 입문 정리

작성일 In Disqus: 1.5k 1 mins.

인프런 최범균님의 객체 지향 프로그랭 입문 강좌를 정리한 내용입니다.

객체

절차지향

  • 여러 데이터를 공유하는 방식
  • 시간이 갈수록 복잡해지고 수정이 어려워지는 코드

객체지향

  • 데이터/프로시저를 객체 단위로 묶음

  • 데이터에 접근하는게 아니라, 프로시저를 통해서 접근함

  • 시간이 지남에 따라 코드 수정이 용이함

객체의 핵심

  • 기능 제공
    • 예) 회원 객체 - 암호 변경하기 기능 / 차단 여부 확인 하기 기능
    • 예) 소리제어기 객체 - 소리 크기 증가하기 기능 / 소리 크기 감소하기 기능
  • 기능 명세
    • 메서드를 이용해서 기능 명세
  • 객체와 객체는 기능을 사용해서 연결
    • 기능 사용 = 메서드 호출한다
  • 객체와 객체 상호작용 : 메세지
1
2
3
4
5
6
7
8
9
10
11
12
public class Member {
  private String name;
  private String id;

  public void setName(String name){
    this.name = name;
  }
  public String getName(){
    return name;
  }
  ...생략...
}

이런 것은 객체 라기 보다는 구조체 라고 하는게 나을 듯 -> 여기에 Member 클래스에 기능들이 붙게되면 그제서야 객체 라고 표현 가능 하다.

캡슐화

  • 데이터 + 관련 기능 묶기
  • 객체가 기능을 어떻게 구현했는지 외부에 감춘다.
    • 구현에 사용된 데이터의 상세 내용을 외부에 감춤
  • 정보 은닉 의미 포함
  • 외부에 영향 없이 객체 내부 구현 변경가능

캡슐화는 연쇄적인 변경 전파를 최소화

캡슐화 시도는 기능에 대한 의도(이해)를 높임

캡슐화를 위한 규칙

  • Tell, Don’t Ask - 데이터를 달라하지 말고 해달라고 하기
1
2
3
if (acc.getMembership() == REGULAR){
 // 정회원 기능
}

아래 처럼 변경하기!

1
2
3
if (acc.hasRegularPermission()){
  // 정회원 기능
}
  • Demeter’s Law
    • 메서드에서 생성한 객체의 메서드만 호출
    • 파라미터로 받은 객체의 메서드만 호출
    • 필드로 참조하는 객체의 메서드만 호출

상속보단 조립

상속의 단점

  • 상위 클래스 변경 어려움
  • 클래스의 증가
  • 상속 오용

상속의 단점 해결 방법 : 조립

  • 여러 객체를 묶어서 더 복잡한 기능을 제공
  • 보통 필드로 다른 객체를 참조하는 방식으로 조립 또는 객체를 필요 시점에 생성/구함

상속보다는 조립

  • 상속하기에 앞서 조립으로 풀 수 없는지 검토
  • 진짜 하위 타입인 경우에만 상속 사용

기능과 책임 분리

  • 기능은 하위 기능으로 분해 가능

  • 기능은 곧 책임

    • 분리한 각 기능을 알맞게 분배

클래스나 메서드가 커지면 절차지향의 문제가 발생함

  • 여러 기능이 한 클래스/메서드에 섞여 있을 가능성이 짙음
  • 책임에 따라 알맞게 코드 분리 필요함

몇 가지 책임 분배/분리 방법

  • 패턴 적용

    • 역할 분리 (Controller / Service / Repository , 디자인 패턴)

  • 계산 기능 분리

    • 별도 클래스로 분리

  • 외부 연동 분리

    • 별도 클래스로 분리

  • 조건별 분기는 추상화

    • 연속적인 if-else는 추상화가 가능한지 고민한 후에 분리 한다.

      • 공통되는 부분을 인터페이스로 뺀다.

      • 해당 인터페이스를 각각 구현한다.

역할 분리가 잘되면 테스트가 용이해짐

의존과 DI

  • 기능구현을 위해 다른 구성요소를 사용하는 것 (객체 생성, 메서드 호출, 데이터 사용)
  • 의존은 변경이 전파될 가능성을 의미
    • 의존하는 대상이 바뀌면 바뀔 가능성이 높아짐

의존대상 많을 때, 기능 많은 경우

  • 기능별로 분리 고려

의존 대상 많을 때

  • 묶어 보기(기능 구현을 추상화)

의존 대상 객체를 직접 생성하면 ?

의존 대상 객체를 직접 생성하지 않는 방법

  • 팩토리, 빌더
  • 의존 주입(DI)
    • 외부에서 의존 객체를 주입
      • 생성자나 setter메서드를 이용해서 주입
  • 서비스 로케이터

DI의 장점은?

  • 의존 대상이 바뀌면 조립기(설정)만 변경하면 됨
  • 의존하는 객체 없이 대역 객체를 사용해서 테스트 가능

Welcome to my other publishing channels