이 두 선언의 차이점은 무엇입니까?

Question

List<String> someName = new ArrayList<String>(); 

ArrayList<String> someName = new ArrayList<String>(); 

1. 성능에 영향을 줍니까?
2. 첫 번째 것은 객체 목록이고 두 번째 객체는 객체의 ArrayList입니다. 내가 틀렸다면 나를 바로 잡아라. ArrayList는 List Interface를 구현하기 때문에 혼란 스럽다.
3. 사람들이 왜 이것을 선언합니까? 어떤 종교든지 도움이됩니까?
4. DB에서 일부 이메일 주소를 수신 할 때 수집하는 가장 좋은 방법은 무엇입니까? 이메일 주소 개체 목록 ????
5. 마지막으로 하나의 관련이없는 질문 .... 인터페이스에는 동일한 이름과 서명 및 동일한 이름을 가진 두 개의 메소드 이름이 서로 다른 서명을 가질 수 있습니다.

Answer 1

선언의 차이점은 스타일 중 하나입니다. 변수 유형을 변경하지 않고 나중에 구현 선택을 변경할 수 있으므로 구체적인 구현보다는 추상을 사용하여 변수를 선언하는 것이 바람직합니다. 예를 들어 LinkedList를 대신 사용하도록 List를 변경할 수 있습니다.

특히 메소드 시그니처에서 추상 유형 (인터페이스 또는 추상 클래스)을 사용할 수있는 경우 클라이언트 코드는 선호하는 구현을 자유롭게 사용할 수 있습니다. 따라서 코드를보다 유연하고 쉽게 유지할 수 있습니다.

이것은 변수 선언에서도 마찬가지입니다. 이것을 고려하십시오 :

public abstract class MyListUsingClass { 

    private List<String> list; 

    protected MyListUsingClass(List<String> list) { 
     this.list = list; 
    } 

    ... 
} 

을 변수 list가 다음 ArrayList로 선언 된 만 ArrayLists이 생성자으로 인정 될 경우. 이는 좋지 않은 선택입니다. 항상 클라이언트 코드가 사용하려는 구현을 선택하도록하십시오.

마지막 질문 : 인터페이스에는 클래스와 동일한 메소드 제한이 있으므로 예 : overload methods 수 있습니다.

Answer 2

1. 성능 - 아마도 그렇지 않습니다.
2. 사실 그들은 개체가 아닌 문자열 목록입니다. 인터페이스가 콜렉션에있는 포인트가 아닙니다.
3. 수퍼 클래스 유형의 변수 정의는 코드를 구체적인 목록 구현과 독립적으로 만들 때 유용 할 수 있습니다. 당신이 LinkedList 구현 목록을 변경하려면 언젠가는 경우 -이
4. 는 새로운 형태의 이메일을 작성하고 목록의 일종으로 저장할 모든 코드에 매우 해로운되지 않습니다하거나 배열 (이메일 (예 : LinkedList 또는 ArrayList 언급) []). 더 많은 정보를 제공하면 도움이 될 수 있습니다. 그들이 문자열의 ArrayList를 둘 경우

---

편집 2. 차이점은 첫 번째 경우에는 수퍼 클래스로 캐스팅하는 것입니다 (ArrayList과 관련된 일부 메서드에 대한 액세스 권한을 잃어 버림)