Use an array when you are dealing with data that is: 데 이 터 를 처리 할 때 배열 사용 하기:
fixed in size, or unlikely to grow much
고정 크기 또는 너무 많이 증가 할 수 없습니다
suitably large (more than 10, 50, 100 elements, depending on the algorithm)
적당 한 큰(10,50,100 개 요 소 를 초과 하고 알고리즘 에 따라)
you will be doing lots of indexing into it, i.e. you know you will often want the third element, or the fifth, or whatever.
당신 은 세 번 째 요소 나 다섯 번 째 요 소 를 자주 원 하 는 것 을 알 고 있 습 니 다.
Use a list for: 사용 목록
variable length data lists .
가 변 길이 데이터 시트
that are mostly used as a stack or a queue or need to be iterated in its entirety
이것 은 주로 스 택 이나 대열 또는 교체 가 필요 한 모든
에 사용 된다.
when you do not want to write an expression to derive the ultimate array size for the declaration and you do not want to wastefully pick a large number
표현 식 으로 극한 배열 의 크기 를 유도 하 는 성명 을 쓰 고 싶 지 않 을 때
을 낭비 하고 싶 지 않 습 니 다. Use a hashmap for: HashMap 사용 하기:
variable length data lists
가 변 길이 데이터 시트
that need to be indexed like an array would
이것 은 배열 색인
과 같 아야 합 니 다. Array is Fixed in Size. Where , Collection is Grow able in nature.
Array stores homogeneous data.Where,Collection store both homogeneous as well as Heterogeneous data.배열 은 균일 한 데 이 터 를 저장 합 니 다.어디 에 있 습 니까?집합 저장 소 는 균일 할 뿐만 아니 라 이색 적 인 데이터 도 있 습 니 다.
In Array,there are no underlined Data Structures,whereas,Collection has Underlined DS.배열 에 밑줄 친 데이터 구조 가 없 으 며 밑줄 친 데이터 구 조 를 집합 합 니 다.
Array is recommended in performance,whereas Collection is not.배열 에서 추천 하 는 성능 은 집합 이 아 닙 니 다.
Array use more memory space compare to Collection.배열 은 더 많은 메모리 공간 을 사용 하여 집합 합 니 다.
만약 네가 이렇게 생각한다 면 매우 쉽다.집합 은 대상 수조 보다 좋 고 기본적으로 상상 할 수 있다.List over Foo[] 을 더 좋아 하 실 거 예요.고려:
A collection can be mutable or immutable.A nonempty array must always be mutable.하나의 집합 은 가 변 적 이거 나 가 변 적 이지 않 을 수 있 습 니 다.빈 배열 은 가 변 적 이 어야 한다.
A collection can be thread-safe; even concurrent.An array is never safe to publish to multiple threads.컬 렉 션 은 스 레 드 가 안전 하고 동시 다발 적일 수 있 습 니 다.하나의 배열 은 여러 스 레 드 에 안전하게 발표 되 지 않 습 니 다.
A collection can allow or disallow null elements.An array must always permit null elements.하나의 집합 은 null 요 소 를 허용 하거나 허용 하지 않 습 니 다.배열 은 항상 빈 요 소 를 허용 해 야 합 니 다.
A collection is type-safe; an array is not.Because arrays"fake"covariance,ArrayStoreException can result at runtime.집합 은 형식 이 안전 합 니 다.배열 아니.배열 의'가짜'의 협 방 차 로 인해 배열 의 저장 이상 은 실행 할 때 발생 할 수 있다.
A collection can hold a non-reifiable type(예:List>or List>).With an array you get compilation warnings and confusing runtime exceptions.하나의 집합 은 비 일반적인 구체화 형식(예:클래스 목록옵션>).배열 을 사용 하면 경고 와 혼 란 스 러 운 운행 시 이상 을 컴 파일 할 수 있 습 니 다.
A collection has a fully fleshed-out API; an array has only set-at-index,get-at-index and length.하나의 집합 에는 피 와 살 이 있 는 API 가 있 습 니 다.배열 은 지표 와 길이 만 설정 합 니 다.
A collection can have views(unmodifieble,subList,filter...).No such luck for an array.하나의 집합 은 의견 이 있 을 수 있 습 니 다(수정 할 수 없 는 목록,필터,...).이런 운 이 없 는 배열.
A list or set's equals, hashCode and toString methods do what users expect; those methods on an array do anything but what you expect--a common source of bugs.하나의 목록 이나 집합 이 같 고 hashCode 와 toString 방법 으로 사용자 의 기 대 를 합 니 다.이 방법 들 은 배열 에 대해 서 는 무엇이든 하지만,당신 이 기대 하 는 것 은 잘못된 흔 한 출처 입 니 다.
Because of all the reasons above,third-party libraries like Guava won't bother adding much additional support for arrays,focusing only on collections,so there is a network effect.상기 원인 으로 인해 제3자 라 이브 러 리 는 석류 와 같은 추가 지원 배열 을 추가 하지 않 고 소장 만 중시 하기 때문에 네트워크 효과 가 있 습 니 다.
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다: