동적 프록시 기술은 언제 사용될까? 프록시 기술을 적용하기 위함인데, 앞에 동적이라는 단어가 왜 붙었는지 생각해보자. 만약 100개의 클래스가 프록시 적용 대상이라고 하자. 그럼 100개의 클래스에 적용할 100개의 프록시를 개별적으로 만들어야할까? 단순 로그를 적용하는 기능의 프록시라면, 로직은 같은데 적용 대상에만 차이가 있는 것이다. 이 문제를 해결할 수 있는 것이 동적 프록시 기술이다. 동적 프록시 기술을 활용하면 개발자가 매번 프록시 클래스를 만들지 않아도 된다. 이름대로 프록시 객체를 동적으로 런타임에 (개발자 대신) 만들어준다. 그럼 코드를 보면서 어떤식으로 동적 프록시가 생성되고 적용되는지 확인해보자. 참고로 JDK 동적 프록시는 인터페이스를 기반으로 동적 프록시를 생성하기 때문에, 인터페..

로깅등의 부가 처리 기능을 위해 프록시 클래스를 매번 만들기엔, 적용 대상 클래스 수 만큼 프록시 클래스를 만들어야 하는 문제가 있다. 로그 추적을 위한 프록시 클래스의 소스코드는 거의 같은 모양을 하고 있다. 같은 모양의 클래스를 여러개 만드는 것은 비효율적일 뿐더러 SRP 원칙을 위배하기 때문에, 동적 프록시 기술을 활용하여 이 문제를 점진적으로 해결해보자. 리플렉션 이란? 객체를 통해 클래스의 메타정보를 분석하는 프로그램 기법을 의미한다. 투영, 반사라는 사전적 의미를 가지는데, 클래스의 메타정보를 투영한다고 이해하면 된다. 그럼 뭐하러 굳이 객체를 통해 클래스의 정보를 알아내야할까? 구체적인 클래스의 타입을 알지 못해도, 해당 클래스가 가지고 있는 메소드, 타입, 변수 등에 접근해야 할 경우가 있..

이전 포스팅에서 템플릿 메서드 패턴을 알아봤고, 템플릿 메서드 패턴의 상속이라는 한계를 해결하기 위해 전략 패턴을 활용하기로 했다. 전략 패턴 템플릿 패턴은 부모 클래스에 변하지 않는 템플릿을 두고, 변하는 부분을 자식 클래스에서 상속하여 문제를 해결했다. 전략 패턴은 변하지 않는 부분을 Context 라는 개념에 두고, 변하는 부분은 Strategy 라는 인터페이스를 만들어 구현해 문제를 해결한다. 즉 상속이 아니라 위임 / 구현으로 문제를 해결하는 것이다. 전략패턴에서 Context 는 무엇일까? 바로 템플릿 메서드 패턴의 템플릿에 해당되는 개념으로, 여기서는 문맥 정도로 이해하면 된다. 개별 비즈니스 로직은 변할 수 있지만, 그걸 구현해야하는 전체적인 문맥은 잘 변하지 않기 때문에, 변하지 않는 로..

템플릿 메서드 패턴 - 사전적 정의 / 목적 "작업에서 알고리즘의 골격을 정의하고, 일부 단계를 하위 클래스로 연기한다. 템플릿 메서드를 사용하면 하위 클래스가 알고리즘의 구조를 변경하지 않고도, 알고리즘의 특정 단계를 재정의할 수 있다. [GOF] " 이게 무슨 소리인가~ 알아보기 위해 스프링 예제 코드로 템플릿 메서드 패턴을 알아보겠다. 중복되는 로직의 반복 아래 코드는 컨트롤러의 request 메서드에 trace 라는 로그를 삽입한 코드다. 핵심 로직은 orderService.orderItem(itemId) 와 return "ok" 부분이 전부인데, 로그 트래킹을 하면서 부가적인 try ~ catch 구문이 붙어 코드가 비교적 지저분해 보인다. @RestController @RequiredArgsC..

스레드 로컬 여러개의 스레드가 존재할 때, 해당 스레드만 접근할 수 있는 특별한 저장소를 의미한다. 더 풀어서 이야기 해보자. 만약 서로 다른 두 스레드가 하나의 변수에 접근한다고 할 때, 이 변수는 공유 자원으로 동시성 문제가 발생할 가능성이 다분하다. ThreadLocal 클래스는 오직 한 스레드에 의해 읽고/쓰여질 수 있는 변수를 생성한다. 가령 Thread A 가 ThreadLocal 변수( tLocal ) 에 접근하여 a 라는 문자를 저장한다고 하자. 동시에 Thread B 에서 마찬가지로 tLocal 변수에 접근하여, b 라는 문자값을 저장한다고 하면 어떻게 될까? a 라는 문자를 b 가 덮어 버리는 것이 아니라, 아래 처럼 각 스레드별 전용 저장소에 각각의 값이 저장된다. 즉 멀티 스레드 환..

기억해 둘 3가지 대화 1. 자신만의 특별한 명함. 똑같이 규격화 된 3x4 사이즈의 명함이 아닌, 내가 어떤 문제를 해결했고, 어떤 분야의 특화되어 있는지를 나타낼 수 있는 명함 만들기. 면접에서 그런 명함을 주고 시작하는 것은 이미 또라이 차별성을 먹고 간다. 2. 본인이 좋아하는 것은 무엇인지 많이들 생각하지만, 싫어하는 것이 무엇인지에 대해서는 깊이 생각해본 적이 없다. 이를 명확히 할 수 있는 생각을 평소에 해둬야 한다. 3. 끊임없는 왜 라는 질문. 기획파트의 업무까지 숙지하면서, 왜 이런 피쳐를 개발해야하는지, 왜 이 피쳐는 이런 방향으로 기획됐는지를 트래킹할 수 있는 개발자는 흔치 않다. 어차피 대부분의 1~3년차 개발자의 차별화는 미세한 부분에서 파생된다. 면접관의 입장에서라면 기획 파트..

모든 개발자의 추천서인 [함께 자라기] 를 읽었습니다. 이 책을 읽으면서 처음으로 독서와 병행하여 필사를 하게 됐습니다. 그만큼 마음에 드는 구절과 기억해두고 싶은 구절이 많았습니다. 필사했던 내용을 기반으로 전 직장과 스스로의 경험을 곁들여 후기를 작성합니다. 38p 이 구문을 읽으면서 전 직장에 다닐 때 곱하기적 사고가 부족했음을 깨달았다. 스스로의 학습량은 꾸준히 유지하고 있었지만, 우리 팀의 집단적 지성에는 관심이 미비했다. 팀원 모두가 다 같은 주니어인데, 내가 누굴 가르치거나 함께 무언갈 하자고 제안하는 게 쉽지 않았다. 팀의 분위기상 더하기적 사고도 미비했기에, 선뜻 나서서 함께 공부하자는(곱하기적 사고) 제안이 쉽지 않았다. 물론 팀에 제안하려는 시도조차 하지 않았던 것은 인정해야겠다. A..

사용중인 포트 찾기 예를 들어 8080 포트를 사용중인지 확인해보자 $ lsof -i :8080 현재 스프링부트 로컬 포트를 사용중이라, 위 처럼 사용되고 있음을 표시한다. 사용중이지 않은 포트를 입력하면 아무런 표시를 하지 않는다. 해당 포트 kill 하기 해당 포트를 kill 할 때 중요한건, 포트 번호를 입력하는 것이 아닌, 해당 포트를 사용중인 Process 의 Id (=PID) 를 입력하는 것이다. 위 이미지에서 PID 는 63702 이므로 아래처럼 입력해주자. $ kill -9 63702

사이드 프로젝트를 진행하면서 올바른 REST API 디자인을 숙지해야겠다고 느껴 아래 포스트를 번역하게 됐습니다 (약간에 의역이 있을 수 있습니다) 오타나 오역이 있을 경우 댓글로 알려주시면 빠르게 수정하도록 하겠습니다. 15 fundamental tips on REST API design REST APIs are one of the most common types of web services available, but they’re also hard to design. They allow various clients including… medium.com REST API 는 가장 일반적인 웹 서비스 디자인으로 알려져 있지만 동시에 설계하기 어려운 특징도 있다. 브라우저, 데스크톱 앱, 모바일 애플리케이..