[김현창]

[codingbaraGo]

작업

• 쿠키 개발
• 싱글톤을 보장하는 싱글톤 컨테이너 개발
• 필터 및 필터체인 개발
• 로그인 필터 및 핸들러 개발

---

고민 & 배운점

Supplier

기존의 DI/싱글톤 관련 코드는 각 클래스를 정확히 1번 생성하는 것을 논리적으로 보장하지 못했다.
이를 쉽게 자동화 하기 위해 여러 방법을 고안하다 함수형 인터페이스인 Supplier를 사용해 해결하였다.

Supplier<T>: T 타입 인스턴스 하나를 공급하는 인터페이스

public interface Supplier<T>{
  T get();
}

위와 같은 형태를 하고 있다.
argument를 받지 않고 T타입 인스턴스를 공급하는(반환하는) get() 메서드를 가지고 있는 인터페이스이다.
Supplier를 사용하면서 얻게 되는 가장 큰 이득은 생성의 지연이다.
생성 방법을 정의하는 시점과 생성하는 시점을 분리해 원할 때 미리 정의된 생성을 실행할 수 있다.

    private static final Map<String, Object> singletonMap = new HashMap<>();

    public <T> T getOrCreate(String name, Supplier<T> factory) {
        Object instance = singletonMap.get(name);
        if (instance != null) {
            return (T) instance;
        }
        T created = factory.get();
        singletonMap.put(name, created);
        return created;
    }

함수형 인터페이스

이와 비슷한 함수형 인터페이스들이 몇개 더 있다.
이것들을 사용한다면 복잡한 로직을 쉽게 풀어낼 수 있을 것이다.

인터페이스	시그니처	의미
Supplier	T get()	생산
Function<T,R>	R apply(T t)	변환
Consumer	void accept(T t)	소비
BiFunction<A,B,R>	R apply(A,B)	두 입력 변환
Runnable	void run()	동작 (입력/출력 없음)
Callable	T call()	Supplier와 유사, 예외 포함

---

AI 활용

• AI 코드리뷰를 활용한 코드 안정성 향상
• 필터 & 필터 체인 구조 설계 논의