일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- System.out
- 스파르타코딩클럽
- 로컬 클래스
- github api
- raw 타입
- Switch Expressions
- 자바할래
- 익명 클래스
- 상속
- 접근지시자
- 바운디드 타입
- 항해99
- Effective JAVA
- 람다식
- System.in
- 제네릭 와일드 카드
- junit 5
- 정렬
- 브릿지 메소드
- 합병 정렬
- 함수형 인터페이스
- auto.create.topics.enable
- Study Halle
- Java
- annotation processor
- public 필드
- 프리미티브 타입
- 자바스터디
- 제네릭 타입
- System.err
Archives
- Today
- Total
코딩하는 털보
ITEM 62 다른 타입이 적절하다면 문자열 사용을 피하라 본문
package me.rockintuna.effectivejava.item;
/*
다른 타입이 적절하다면 문자열 사용을 피하라
*/
public class Item62 {
/*
문자열을 쓰면 안되는 사례
*/
/*
1. 문자열은 다른 값 타입을 대신하기에 적합하지 않다.
입력 받을 데이터가 수치형이라면 -> int, float, BigInteger
"예 / 아니오" 같은 질문의 답이라면 -> enum, boolean
2. 문자열은 열거 타입을 대신하기에 적합하지 않다.
상수를 열거할 때는 enum이 String보다 월등히 낫다.
3. 문자열은 혼합 타입을 대신하기에 적합하지 않다.
*/
private String key;
String compoundKey = this.getClass().getName() + "#" + key;
/*
오류 발생 가능성이 높다.
각 요소를 개별로 접근하기 어렵고 느리다.
적절한 공통 메서드 (equals, toString, compareTo)를 구현할 수 없다.
==>>> 전용 클래스(보통 private 정적 멤버 클래스)를 만들자
4. 문자열은 권한을 표현하기에 적합하지 않다.
문자열을 key로 사용한 권한 사용 시나리오는 적합하지 않다.
서로 동일한 key를 사용하여 오류가 날 수 있고 보안에도 취약하다.
문자열은 텍스트를 표현하고자 할 때만 사용하자!
*/
}
Comments