[바로실습] 생활코딩 - 자바(JAVA)
    • 01
      언어 소개
    • 언어 소개
    • 02
      숫자와 문자
    • 숫자
      문자와 문자열
    • 03
      변수
    • 변수의 선언과 할당
      정수와 실수
      문자열
      변수의 효용
    • 04
      주석과 세미콜론
    • 주석과 세미콜론
      주석과 세미콜론 - Quiz
    • 05
      데이터 타입
    • 데이터의 크기
      데이터 타입의 종류
    • 06
      상수의 데이터 타입
    • 상수의 데이터 타입
    • 07
      형 변환
    • 형 변환
      명시적 형 변환
    • 08
      연산자
    • 산술 연산자
      형변환
      단항 연산자
      연산의 우선순위
    • 09
      비교와 Boolean
    • 비교와 Boolean
    • 10
      조건문
    • if
      else
      변수와 비교연산자 그리고 조건문
      조건문의 중첩
      switch 문
    • 11
      논리 연산자
    • AND ( && )
      OR ( || )
      NOT ( ! )
    • 12
      반복문
    • while
      for
      반복문이 없다면
      반복문의 제어
      반복문의 중첩
    • 13
      배열
    • 배열
      배열의 개념
      제어
      배열의 사용
      for-each
      오류
    • 14
      메소드
    • 메소드
      메소드의 정의와 호출
      메소드가 없다면
      입력값
      return
    • 15
      입력과 출력
    • 입력과 출력
      앱이 시작할 때 데이터를 입력
      앱이 실행중에 데이터를 입력
      여러 형태의 입출력
    • 16
      객체 지향 프로그래밍
    • 객체 지향 프로그래밍
      추상화
      부품화
    • 17
      클래스와 인스턴스 그리고 객체
    • 클래스와 인스턴스 이전의 프로그래밍
      객체화1
      객체화2
      객체화3
    • 18
      클래스 맴버와 인스턴스 맴버
    • 맴버
      클래스 변수
      클래스 메소드
      맴버타입의 비교
    • 19
      유효범위
    • 유효범위
      전역변수와 지역변수
      다양한 유효범위들
      인스턴스의 유효범위
    • 20
      초기화와 생성자
    • 초기화와 생성자
    • 21
      상속
    • 상속의 개념
      코드로 알아보는 상속
      다양한 종류의 상속
    • 22
      상속과 생성자
    • 기본 생성자
      super
    • 23
      overriding
    • overriding1
      overriding2
    • 24
      overloading
    • overloading1
      overloading2
    • 25
      클래스 패스
    • 컴파일과 클래스
      클래스의 경로
      환경변수
    • 26
      패키지
    • 패키지의 개념
      패키지의 사용
      손 컴파일
      중복의 회피
    • 27
      API와 API 문서 보는 법
    • API와 API 문서1
      API와 API 문서2
    • 28
      접근 제어자
    • 접근 제어자
      자유와 규제
      접근 제어자를 사용하는 이유
      세밀한 제어
      클래스의 접근 제어자
    • 29
      abstract
    • 문법
      추상클래스를 사용하는 이유
      디자인 패턴
    • 30
      final
    • final
    • 31
      인터페이스
    • 문법과 개념
      사용하는 이유
      규칙들
    • 32
      다형성
    • 메소드와 다형성
      클래스와 다형성1
      클래스와 다형성2
      실전 예제
      인터페이스와 다형성1
      인터페이스와 다형성2
    • 33
      예외1 - 문법
    • 성공과 실패
      예외란?
      뒷수습의 방법
      다양한 예외들
      finally
    • 34
      예외2 - 예외 던지기
    • 예외의 강제
      throw와 throws
      책임의 전가 throws
    • 35
      예외3 - 만들기
    • 예외 만들기
      예외의 여러가지 상황들
      예외의 선조 - Throwable
      나만의 예외 만들기
    • 36
      Object 클래스
    • 상속
      toString
      equals
      finalize
      clone
    • 37
      상수와 enum
    • 상수에 대한 복습
      enum의 배경
      enum의 문법
      enum과 생성자
    • 38
      참조
    • 복제
      참조
      참조와 복제
      메소드와 참조
    • 39
      제네릭
    • 제네릭의 사용
      제네릭을 사용하는 이유
      제네릭의 특성
      제네릭의 생략
      제네릭의 제한
    • 40
      Collections Framework
    • ArrayList의 사용법
      전체적인 구성
      List와 Set의 차이점
      Set
      Map
      정렬
    인터페이스와 다형성2
    32 다형성
    인터페이스와 다형성2

    필자가 이해를 돕기 위해서 비유를 시도해보겠다. 누차 강조 하지만 비유는 비유일 뿐이다. 비유는 여러분의 머리속을 더욱 복잡하게 할 수 있다.

    사람은 다면적인 존재다. Steve라는 사람이 있다. 이 사람은 집에서는 아버지이고 직업적으로는 프로그래머이고 또 종교단체 내에서는 신도(believer)가 될 수 있다. 하나의 사람이지만 그가 어디에 있는가? 누구와 관계하는가에 따라서 아버지이면서 프로그래머이고 또 신도인 것이다.

    Rachel는 집에서는 엄마고 직장에서는 프로그래머다.

    Steve와 Rachel이 같은 직장(Workspace)에 다니고 있다고 한다면 직장 입장에서는 두사람이 프로그래머라는 점이 중요할 뿐 이들의 가족관계나 종교성향에는 관심이 없다. 직장 입장에서 두사람은 프로그래머이고 프로그래머는 코딩을 통해서 무엇인가를 창조하는 사람들이다. 따라서 이들에게 업무를 요청할 때는 코딩을 요청하면 된다. 하지만 두 사람의 실력이나 성향에 따라서 코딩의 결과물은 달라질 것이다. 이러한 관계를 굳이 코드로 만들면 아래와 같다.

    package org.opentutorials.javatutorials.polymorphism;
     
    interface father{}
    interface mother{}
    interface programmer{
        public void coding();
    }
    interface believer{}
    class Steve implements father, programmer, believer{
        public void coding(){
            System.out.println("fast");
        }
    }
    class Rachel implements mother, programmer{
        public void coding(){
            System.out.println("elegance");
        }
    }
    public class Workspace{
        public static void main(String[] args){
            programmer employee1 = new Steve();
            programmer employee2 = new Rachel();
             
            employee1.coding();
            employee2.coding();
        }
    }

    위의 코드를 보면 알겠지만 Steve와 Rachel의 사용자인 직장에서는 Steve와 Rachel의 인터페이스인 programmer를 통해서 두사람과 관계하게 된다. 두 사람이 어떤 종교나 가족관계를 가졌건 인터페이스 programmer을 가지고 있다면 고용할 수 있다. 회사에서는 코딩을 할 수 있는 사람이 필요하고 어떤 사람이 programmer라는 인터페이스를 구현하고 있다면 그 사람은 반드시 coding이라는 메소드를 구현하고 있을 것이기 때문이다. 또 두 사람에게 업무를 요청 할 때는 programmer라는 인터페이스의 메소드인 coding을 통해서 요청하면 된다. 하지만 두 사람의 성향이나 능력에 따라서 그 업무를 수행한 결과는 다른데 Steve는 빠르게 코딩하고 Rachel은 우아하게 코딩하고 있다.

    질문하기