인터페이스 interface

인터페이스

- 다중상속을 도와준다 (자바에선 불가능하지만)

 

 

 

http://babcider.tistory.com/65 - 인터페이스의 개념과 활용.. 복사안됨..ㅜㅠ

티스토리 아이디 없는 사람은  댓글도 못씀...ㅠㅜ

음,, 밥사이다님 이글 보시면 답글 좀..그림으로 설명된 부분만 가져왔습니다..ㅜ

 

 

[ 인터페이스 ]
자바에서는 클래스의 다중 상속을 허용하지 않지만, 상속 관계에 상관없이 인터페이스를 구현할 수 있다. 그러나 인터페이스는 클래스들의 공통된 기능만 표현이 가능하고, 데이터는 표현할 수 없다. 인터페이스는 class명 대신에 interface 키워드로 선언을 하면되고 클래스 쪽에서 implements 키워드를 사용하여 구현하면 된다.

[뇌를 자극하는 Java 프로그래밍] 상속과 인터페이스

└ 접기

 http://joyrisk.tistory.com/entry/%EB%87%8C%EB%A5%BC-%EC%9E%90%EA%B7%B9%ED%95%98%EB%8A%94-Java-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%B0%8D-%EC%83%81%EC%86%8D%EA%B3%BC-%EC%9D%B8%ED%84%B0%ED%8E%98%EC%9D%B4%EC%8A%A4

 

 

[ 인터페이스 ]
자바에서는 클래스의 다중 상속을 허용하지 않지만, 상속 관계에 상관없이 인터페이스를 구현할 수 있다. 그러나 인터페이스는 클래스들의 공통된 기능만 표현이 가능하고, 데이터는 표현할 수 없다. 인터페이스는 class명 대신에 interface 키워드로 선언을 하면되고 클래스 쪽에서 implements 키워드를 사용하여 구현하면 된다.  

 

인터페이스의 이름은 대문자로 시작하는 명사나 형용사를 사용하는 것이 좋고, 메소드 이름은 소문자로 시작하는 동사로 정하는 것이 좋다. 또한, 인터페이스에 속하는 메소드는 무조건 추상 메소드로 선언해야 하는데, abstract 키워드를 사용하지 않아도 된다.  

인터페이스에는 상수 필드를 선언할 수 있는데, 자바 컴파일러가 컴파일 시 자동으로 final static 키워드를 추가해주기 때문에 따로 입력할 필요가 없다. 

그리고 인터페이스는 객체를 만들 수 없기 때문에 생성자를 선언할 필요가 없으며 다형성을 갖는다.

 

implements 절로 선언된 클래스는 인터페이스의 추상 메소드를 모두 상속받기 때문에 메소드들을 구현해야하며, 메소드 앞에 public 키워드를 붙여야 한다. 

ex)

 

class B implements A {     public void print() { ... }  }

interface A {        void print(); }

 

 

상속한 인터페이스 구현을 모두 하기 위해서는 extends 절을 먼저 쓰고나서 implements 절을 사용해야 한다. 또한 인터페이스를 여러개 구현할 때에는 이름을 모두 입력하고 콤파로 구분해야 한다.

ex

 

class D extends A implements B, C { }

interface C { }

interface B { }

class A { }

 

 

인터페이스는 클래스처럼 extends 절로 상속이 가능하여 슈퍼 인터페이스의 상수 필드와 메소드들을 모두 상속받을 수 있으며, 클래스와는 달리 다중상속이 가능하고 둘 이상의 인터페이스를 상속받을 때는 이름을 모두 쓰고 콤마로 구분한다.

 

 

 

 추상클래스와 인터페이스의 가장 큰 차이점은 바로 '클래스'냐 아니냐의 차이입니다. 추상클래스는 엄연한 클래스로 이를 구현하는 것은 '상속(extends)'입니다. 그러나 인터페이스는 '포함(implements)'라는 키워드를 통해 구현하게 되는데 이는 자바에서 매우 중요한 차이를 가집니다.

 

 자바의 추상클래스(Abstract class)와 인터페이스(interface class)

└ 접기

 http://silverktk.tistory.com/134

 

사실 처음 자바를 공부하면서 궁금해 하던게 있었습니다.
그것은 추상클래스(Abstract class)와 인터페이스(Interface)의 차이 및 존재이유입니다.

 클래스는 크게 일반클래스와 추상클래스로 나뉘는데 추상클래스는 본문중에 '추상메소드'가 하나 이상 포함되는 경우를 말합니다. 인터페이스는 모든 메소드가 추상메소드인 경우 선언하는 경우가 많습니다. <br /><br />추상메소드라 함은 메소드의 선언부만 있고 본문이 없는 것을 말합니다. 여기서 본문은 중괄호({})로 묶여진 몸체(body)부분을 말하는데 중괄호 안이 비어있더라도 이것이 존재한다면 그것은 추상메소드가 아닙니다. 추상메소드의 선언의 예는 다음과 같습니다. <br /><br />abstract public void test( int a ); <br /><br />즉, 메소드의 선언 후에 세미콜른(;)만을 찍어 이를 선언만 하고 구현은 자식클래스에서 하게 하는 방법입니다. 일반 클래스의 경우 상속받은 자식클래스가 반드시 부모클래스의 메소드를 '오버라이딩(overriding)'할 필요가 없지만 추상클래스를 상속받은 자식클래스는 반드시 추상메소드를 오버라이딩하여야 하기에 메소드를 강제로 구현하게 할 때 많이 쓰입니다.

 추상클래스는 위에서 말한것처럼 추상메소드(빈메소드)를 선언하여 상속받아 쓰이는 모든 클래스에게
기능의 구현을 강제할때 쓰입니다.

 추상클래스와 인터페이스의 가장 큰 차이점은 바로 '클래스'냐 아니냐의 차이입니다. 추상클래스는 엄연한 클래스로 이를 구현하는 것은 '상속(extends)'입니다. 그러나 인터페이스는 '포함(implements)'라는 키워드를 통해 구현하게 되는데 이는 자바에서 매우 중요한 차이를 가집니다. <br /><br />자바는 오로지 '단일 상속'만을 지원하기 때문에 추상클래스를 상속받는 클래스는 다른 클래스를 상속받을 수 없습니다. 그러나 인터페이스를 포함하는 클래스는 다른 클래스를 상속받을 수 있습니다. <br /><br />추상클래스는 일반클래스와 달리 그 자신을 new 명령어를 통해 객체를 생성할 수 없습니다. 그러나 '다형성(polymorlphism)'을 통해 자식 클래스의 객체를 생성할 수는 있습니다. <br /><br />인터페이스를 쓰는 가장 큰 이유는 다중상속을 지원하지 않는 자바에서 다중상속의 장점을 가져오기 위해서입니다. 다중상속이 가지는 단점은 배제하고 오직 장점만을 취하기 위해 인터페이스를 쓰는 것입니다. <br /><br />상속이란 개념은 부모클래스의 속성과 메소드를 자식클래스가 물려받는다는 것인데 쉽게 예를 들면 '자동차'라는 클래스는 '색깔', '배기량' 등의 속성과 '기름을 넣는다', '달린다' 등의 메소드를 가질 수 있습니다. 이 클래스를 상속하는 '승용차' 클래스는 별도로 선언하지 않아도 부모클래스의 '색깔', '배기량'이라는 속성과 '기름을 넣는다', '달린다'라는 메소드를 가지게 되죠. <br /><br />추상클래스는 이 부모클래스가 단순히 관념적인 성격이 강할 때 많이 쓰이는데 예컨데 '새'라는 클래스는 그냥 '난다'라는 메소드를 가지지만 새의 종류에 따라 나는 방법이 조금씩 틀려 자식클래스에서 어차피 구현해야 될 부분이므로 굳이 부모클래스에서 그 내용을 구현할 필요가 없기때문입니다.

 인터페이스는 추상 메소드만으로 이루어진 클래스를 말합니다.

 이 클래스는 추상클래스와 같이 객체를 생성하지 못합니다. 즉 상속받아 사용하거나 구현(Implement)하여
다른클래스에게 자신의 책임을 위임하지 않으면 안됩니다.

 이러한 클래스는 처음 보았을때 사못 비어있는 인터페이스를 상속받아야할 이유가 무엇일까 생각해봅니다.
구현해야할 제약을 의미한다면 추상클래스(Abstract class)에서 모든 메소드를 추상메소드로 구현하더라도
같은 의미가 아닐까요?

 보통 인터페이스를 사용하는 이유로서 다중상속을 통해 벌어지는 문제점을 해결하기 위해서이다.
라고 말을 하지만 왜 다중상속을 해야합니까? 라고 질문을 한다면 어떨까요?
 특히나 인터프리터 언어라든지 C++등의 언어는 다중상속을 문제없이 지원합니다. 또는 인터페이스라는
개념이 없지요.

 구현적인 관점에서 제가 생각하는 다중상속의 해야하는 이유 및 인터페이스를 사용해야하는 이유는

 자바로서 객체 지향을 구현하기 위해서는 먼저 아래의 2가지 특징을 이해하지 않으면 안됩니다.

    1. 자바는 Type기반 언어이기 때문에 자바의 상속은 형의 상속입니다.
    2. 자바는 같은 클래스의 형(상속관계)으로서만 캐스팅이 가능합니다.

 객체지향의 다형성(polymorphism)을 구현하는 방법은 각각의 언어마다 틀린데 자바는 위에서
보듯 객체를 호출할때 먼저 객체의 타입을 정해주지 않으면 안됩니다.
 즉 실제 호출하려는 함수는 원하는 함수가 들어있는 클래스 또는 인터페이스를 상속하지 않으면 
안됩니다. 또 추상클래스 또는 인터페이스를 상속한 클래스는 추상메소드를 구현하지 않으면 안됩니다.

덧붙이면.. ',' 줄이기.. '); return false;" style="CURSOR: pointer">덧붙이면..

하지만 자바는 상속을 통해 일어나는 생성자와 소멸자,오버라이딩 등의 문제를 해결하기 위해서 
상속을 사용하지 않고 되도록이면 구성(Composition)을 이용하도록 합니다.
 그리고 공통적인 인터페이스로 특정 지을수 있는 클래스들은 인터페이스를 상속함으로서
결함도를 줄일수 있습니다.

 마지막으로 정리하자면
1. 상속을 통한 제약을 이용해 자바는 다형성을 구현한다.
2. 다중상속은 여러 문제점이 있기에 제거하고 부족한 다형성은 인터페이스를 이용해 해결한다.

좀더 전문적인 용어가 있었군요.
상속은 서브클래싱을 의미하고 구현(implementation)은 서브타이핑을 의미합니다.

서브 클래싱은 상속을 통해 기능을 구현하는것을 말하고
서브 타이핑은 기능을 공통적인 타입으로 묶어주는것을 의미합니다.

 

 

 

Java 인터페이스(interface)

http://gangzzang.tistory.com/entry/Java-%EC%9D%B8%ED%84%B0%ED%8E%98%EC%9D%B4%EC%8A%A4interface

 

1. 인터페이스

- 일종의 추상클래스이다. 그러나 추상클래스보다 추상화 정도가 높다.

- 실제로 구현된 것이 전혀 없는 기본 설계도에 비유한다.

- 상수와 추상메소드만을 멤버로 가질 수 있다.

- 인스턴스를 생성할 수 없고, 미리 정해진 규칙에 맞게 구현하도록 표준을 제시하고, 클래스 작성에 도움을 줄 목적으로 사용한다.

 

2. 인터페이스의 작성

- 'class' 대신 'interface'를 사용한다는 것 외에는 클래스를 작성하는 것과 같다.

- 구성요소는 상수와 추상메소드만 가능하다.

- 모든 멤버변수는 public, static, final 이어야 하고, 생략할 수 있다.

- 모든 메서드는 public, abstract 이어야 하고, 생략 할 수 있다.

?

1 2 3 4 5 6 7 8 9

public interface Test {     public static final double PI = 3.14;     final  int x = 1;   // public static final int x = 1;     static int y = 2;   // public static final int y = 2;     int z = 3;          // public static final int z = 3;           public abstract String getNumber();     String getPI(); // public absract String getPI(); } // Test

3. 인터페이스의 상속

- 인터페이스로부터만 상속받을 수 있으며, 다중상속이 가능하다.

- 인터페이스는 Object 클래스와 같은 최고 조상이 없다.

 

4. 인터페이스의 구현 및 다형성

- 추상클래스가 자신을 상속받는 클래스를 정의하는 것과 다르지않다. 다만 'extends' 대신 'implements'를 사용한다.

- 인터페이스에 정의된 추상메소드를 완성해야 한다.

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57

interface Movable {     void move(int x, int y); // 지정된 위치(x, y)로 이동하는 기능의 메소드 } // Movable   interface Attackable {     void attack(Unit u); // 지정된 대상(u)을 공격하는 기능의 메서드 } // Attackable   interface Fightable extends Movable, Attackable { } // Fightable extends Movable, Attackable   class Unit {     int currentHP;  // 유닛의 체력     int x;              // 유닛의 위치 (x좌표)     int y;              // 유닛의 위치 (y좌표) } // Unit   class Fighter extends Unit implements Fightable {     public void move(int x, int y) {}     public void attack(Unit u) {} } public class FighterTest {     public static void main(String[] args) {         Fighter fighter = new Fighter();                   if (fighter instanceof Unit) {             System.out.println("fighter는 Unit 클래스의 자손입니다.");         }                   if (fighter instanceof Fightable) {             System.out.println("fighter는 Fightable 인터페이스를 구현했습니다.");         }                   if (fighter instanceof Movable) {             System.out.println("fighter는 Movable 인터페이스를 구현했습니다.");         }                   if (fighter instanceof Attackable) {             System.out.println("fighter는 Attackable 인터페이스를 구현했습니다.");         }                   if (fighter instanceof Object) {             System.out.println("fighter는 Object 클래스의 자손입니다.");         }     } // main } // FighterTest   /*  * 결과  *  * fighter는 Unit 클래스의 자손입니다.  * fighter는 Fightable 인터페이스를 구현했습니다.  * fighter는 Movable 인터페이스를 구현했습니다.  * fighter는 Attackable 인터페이스를 구현했습니다.  * fighter는 Object 클래스의 자손입니다.  *  */

5. 인터페이스를 이용한 다중상속

- 두 개의 클래스로부터 상속을 받아야 할 상황이라면, 두 조상클래스 중에서 비중이 높은 쪽을 선택하고 

다른 한쪽은 클래스 내부에 멤버로 포함시키는 방식으로 처리하거나 어느 한쪽의 필요한 부분을 뽑아서 인터페이스로 만든 다음 구현한다.

6. 인터페이스를 이용한 다형성

- 인터페이스의 타입의 변수로 인터페이스를 구현한 클래스의 인스턴스를 참조할 수 있다.

- 인터페이스를 메서드의 매개변수 타입으로 지정할 수 있다.

- 인터페이스를 메서드의 리턴타입으로 지정할 수 있다.

 

7. 인터페이스 장점

- 개발시간을 단축시킬 수 있다.

- 표준화가 가능하다.

- 서로 관계없는 클래스들에게 관계를 맺어 줄 수 있다.

- 독립적인 프로그래밍이 가능하다.

 

8. 인터페이스의 이해

- 두 대상(객체) 간의 '연결, 대화, 소통'을 돕는 '중간 역할'을 한다.

- 선언(설계)과 구현을 분리시키는 것을 가능하게 한다.

- 클래스를 사용하는 쪽(User)과 클래스를 제공하는 쪽(Provider)이 있다.

- 메서드를 사용(호출)하는 쪽(User)에서는 사용하려는 메서드(Provider)의 선언부만 알면 된다.

 

 

└ 접기

 

 

 

 

 

 

 

http://hyeonstorage.tistory.com/180

* 상속을 설계할 때 고려할 사항

 

(1) 모든 상속은 is-a 관계이어야 한다. 자식은 부모보다 더 구체적인 버전이어야 한다.

(2) 재사용과 미래의 재사용이 가능하도록 클래스 계층구조를 설계한다.

(3) 고려중인 도메인에서 클래스와 객체가 판별됨에 따라 그들의 공통점을 찾는다. 공통적인 기능들을 클래스 계층구조에서 일관성과 유지 용이성이 적절한 만큼 가능한 높이 위치시킨다.

(4) 메소드를 자식의 기능에 맞도록 적절하게 오버라이딩한다.

(5) 필요한 만큼 자식 클래스에 새로운 변수를 추가한다. 그러나 상속된 변수를 재정의 하지 않는다.

(6) 각 클래스가 자신의 데이터를 관리하도록 한다. 따라서 필요하다면 부모의 구성자를 호출하거나 오버라이딩 된 메소드를 호출하는 데 super를 사용한다.

(7) 여러 역할을 하는 클래스를 생성하는데(다중 상속이 필요할 때) 인터페이스들을 사용한다.

(8) 미래에도 유용할 수 있도록 응용의 요구에 부합하는 클래스 계층구조를 설계한다.

(9) 현재 사용하지 않더라도 toString 이나 equals 같은 일반적인 메소드들은 상속된 버전이 나중에 의도하지 않은 문제를 야기하지 않도록 자식 클래스에서 적절하게 재정의한다.

(10) 계층구조에서 하위에 있는 구체적 클래스들을 위하여 공통적인 클래스 인터페이스를 명시하는 데 추상 클래스를 사용한다

(11) 캡슐화를 위반하지 않고 파생 클래스에서 필요한 접근을 하도록 final 상수를 주의 깊게 사용한다.