Notice
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- android retrofit login
- 클래스
- 큐 자바 코드
- 플러터 설치 2022
- 안드로이드 유닛테스트란
- 안드로이드 레트로핏 사용법
- Rxjava Observable
- jvm이란
- 2022 플러터 설치
- rxjava cold observable
- 안드로이드 os 구조
- 객체
- 2022 플러터 안드로이드 스튜디오
- 안드로이드 라이선스 종류
- 안드로이드 유닛 테스트 예시
- 안드로이드 유닛 테스트
- 서비스 vs 쓰레드
- 안드로이드 레트로핏 crud
- ANR이란
- 스택 큐 차이
- rxjava disposable
- 자바 다형성
- rxjava hot observable
- 스택 자바 코드
- 안드로이드 라이선스
- 멤버변수
- jvm 작동 원리
- android ar 개발
- 서비스 쓰레드 차이
- ar vr 차이
Archives
- Today
- Total
나만을 위한 블로그
[이펙티브 코틀린] 아이템 50. 컬렉션 처리 단계 수를 제한하라 본문
728x90
반응형
모든 컬렉션 처리 메서드는 비용이 많이 든다. 표준 컬렉션 처리는 내부적으로 요소들을 활용해 반복을 돌며 내부 계산을 위해 추가 컬렉션을 만들어 사용한다. 시퀀스 처리도 시퀀스 전체를 wrap하는 객체가 만들어지며 조작을 위해 또 다른 추가 객체를 만들어낸다. 두 처리 모두 요소 수가 많다면 꽤 큰 비용이 들어간다. 따라서 적절한 메서드를 써서 컬렉션 처리 단계 수를 적절하게 제한하는 게 좋다.
컬렉션 처리와 관련해서 비효율적인 코드를 작성하는 이유는 필요없다고 생각해서가 아닌 어떤 메서드가 있는지 몰라서인 경우가 많다. 따라서 어떤 메서드가 있는지 확인해보는 게 좋다.
반응형
'책 > Effective Kotlin' 카테고리의 다른 글
[이펙티브 코틀린] 아이템 52. mutable 컬렉션 사용을 고려하라 (0) | 2023.05.20 |
---|---|
[이펙티브 코틀린] 아이템 51. 성능이 중요한 부분에는 기본 자료형 배열을 사용하라 (0) | 2023.05.20 |
[이펙티브 코틀린] 아이템 49. 하나 이상의 처리 단계를 가진 경우 시퀀스를 써라 (0) | 2023.05.15 |
[이펙티브 코틀린] 아이템 48. 더 이상 쓰지 않는 객체의 레퍼런스를 제거하라 (0) | 2023.05.14 |
[이펙티브 코틀린] 아이템 47. 인라인 클래스 사용을 고려하라 (0) | 2023.05.07 |
Comments