[TIL] 2025-01-23_StringUtils

📕 Today I Learned - 오늘 내가 공부한 것을 정리합니다.

학습노트

replace() / replaceAll()

코딩테스트 문제를 풀다가 문자열을 다른 문자열로 치환하는 메서드 replace()와 replaceAll()의 결과값이 똑같이 나오는 것을 확인하여 두 메서드의 차이점을 알아보았다.

메서드	설명
String replace(CharSequence old, CharSequence new)	문자열 중의 문자열(old)을 새로운 문자열(new)로 모두 바꾼 문자열을 반환한다.
String replaceAll(String regex, String replacement)	문자열 중에서 지정된 문자열(regex)과 일치하는 것을 새로운 문자열(replacement)로 모두 변경한다.

• charSequence: String, StringBuffer 등 클래스에서 구현하는 인터페이스

replace()와 replaceAll() 모두 첫 번째 매개변수로 문자열을 받을 수 있다.
차이점은 replaceAll()은 정규 표현식(regular expression = regex)에 일치하는 문자열을 전부 다른 문자열로 치환한다.

👉 replace(): old의 문자열과 비교하여 일치하는 지 확인
replaceAll(): regex의 정규식에 일치하는 지 확인

StringUtils.hasText()

전달받은 문자열이 유효한지 검사

• 문자열이 null 이 아니다.
• 문자열이 "" 이 아니다.
  • 문자열이 공백 문자를 제외한 길이가 1 이상이다.

조건문으로 표현하면 !(str == null || "".equals(str)) 와 같다.
위와 같이 쓸 수 있지만, 결국 "문자열이 유효한가?" 라는 조건을
null 체크 || 공백 체크 로 엮어 놓은 형태와 같다.

문자열의 유효성 검사는 웹 어플리케이션에서 자주 사용한다.
(클라이언트에서 입력하지 않은 값이 null 이나 "" 으로 올 수 있다.)
springframework 에서는 자주 사용하는 메서드를 util 패키지 안에 담아 제공한다. 그 중 StringUtils 는 문자열과 관련된 편리한 메서드를 제공한다.

StringUtils.hasText()

	@Contract("null -> false")
    public static boolean hasText(@Nullable CharSequence str) {
        if (str == null) {
            return false;
        } else {
            int strLen = str.length();
            if (strLen == 0) {
                return false;
            } else {
                for(int i = 0; i < strLen; ++i) {
                    if (!Character.isWhitespace(str.charAt(i))) {
                        return true;
                    }
                }

                return false;
            }
        }
    }

    @Contract("null -> false")
    public static boolean hasText(@Nullable String str) {
        return str != null && !str.isBlank();
    }

• @Contract: 코드 작동 방식을 설명할 뿐 코드 생성을 통해 기능을 추가하지 않는다.
  "null -> false" : 인수로 null 이 들어오면 false 가 반환된다.

hasText() 라는 메서드명으로 문자를 포함하고 있는 지 검사하는 역할임을 알 수 있어 코드의 의미 전달이 더 잘 된다.
개발자는 문자열 유효성과 관련된 조건을 직접 작성하지 않고 SpringUtils에 있는 메서드를 사용하면 된다.

퍼사드 패턴(Facade Pattern)

과제를 구현하면서 하나의 서비스에서 여러 개의 레퍼지토리를 의존해야하는 상황이 발생하였고, 검색해보니 역시 많은 개발자들이 이와 같은 고민을 한 흔적이 많이 있었다. 과제에서는 아직 두 개 이상의 의존이 없지만, 만약 그보다 더 많은 수의 의존관계가 발생한다면 서비스의 역할이 과해진다.

클라이언트는 복잡하게 얽힌 서브 시스템은 모른체 Facade 객체에만 의존하고 Facade 객체 안에서 사용할 Repository를 주입하도록 하여 일종의 조합 전용 객체로 사용하는 방법이다.

🔗 참고자료
[Spring] 한 Service는 여러 Repository를 의존해도 될까?

---

💭 오늘은 프로젝트 개발에 들어가게 되면서 TIL에 작성할 학습내용이 너무 많다! 남은 내용은 트러블슈팅으로 정리하여 포스팅할 예정이다.