아이템 62. 다른 타입이 적절하다면 문자열 사용을 피하라

[corock]

TL;DR

• 문자열은 잘못 사용하면 번거롭고, 덜 유연하고, 느리고, 오류 가능성이 큽니다.
• 문자열은 다른 값 타입을 대신하기에 적합하지 않습니다.
• 문자열은 열거 타입을 대신하기에 적합하지 않습니다.
• 문자열은 혼합 타입을 대신하기에 적합하지 않습니다.
• 문자열은 권한을 표현하기에 적합하지 않습니다.

우리 문자열 자료형은요 (feat. I Believe)

• 자바에서 String 은 조금 특별한 자로형입니다. 그중 다양한 자료형을 String 으로도 표현할 수 있습니다.
• 하지만 이는 String 클래스를 설계한 의도와는 다른 용도로 사용하는 상황에 해당하며, 오용하는 사례가 많습니다.
• String 자료형은 다른 자료형을 대신하는 타입으로 사용하는 것은 적절하지 않습니다.
• String 자로형은 입력받을 데이터가 진짜 문자열인 경우에만 사용하는 것이 좋습니다.

문자열을 다른 값 타입 대용으로 사용하지 않는다면?

• Yes or No 질문의 답인 경우 열거 타입 또는 boolean 타입 사용
• 숫자형은 int, long, float, double, BigInteger, BigDecimal 타입 사용

문자열을 열거 타입 대용으로 사용하지 않는다면?

• cf. 아이템 34. int 상수 대신 열거 타입을 사용하라 #97

문자열을 혼합 타입 대용으로 사용하지 않는다면?

String compoundKey = className + "#" + i.next();

예시

• 데이터베이스에서 전화번호의 경우 지역번호-국번-전화번호 형식
• 두 요소를 구분하기 위한 구분자(delimiter)가 요소 내 사용하게 되면 문제 발생
  • 각 요소(지역번호, 국번, 전화번호)에 접근하여 문자열을 확인해야 함
  • 자로형 관리를 위한 클래스가 따로 필요할 수 있음

문자열을 권한 대용으로 사용하지 않는다면?

예시

AS-IS

• 스레드를 구분하기 위한 문자열 권한(key)이 전역 네임스페이스에서 공유
• 다수의 클라이언트가 해당 변수를 공유하게 될 수 있어 보안에 취약

public class ThreadLocal {

    private ThreadLocal() { }

    public static void set(String key, Object value) { /* (...) */ }

    public static Object get(String key) { /* (...) */ }

}

TO-BE

• 스레드 지역변수가 위조할 수 없는 권한(key)으로 구현
• 타입 매개변수를 통해 타입 안정성까지 확보하면 금상첨화~

public final class ThreadLocal<T> {

    public ThreadLocal() { /* (...) */ }

    public void set(T value) { /* (...) */ }

    public T get() { /* (...) */ }

}