WHAT SPARKS A LIGHT IN YOU

오랜만에 글. 우연히 9XD 네임드(?) 진유림씨의 인터뷰 영상을 보고, '내가 내 옆 사람보다 더 잘할 수 있는 일은 무엇일까' 생각하게 되었다. 어찌어찌 서버 개발자가 되었고, 나름 매력적인 커리어인 것 같고 적성에도 맞아서 만족은 한다. 그러나 내가 내 옆 사람보다 더 잘 할 수 있는 일인지는 의문이다. (물론 중간은 하겠지만, 그리고 일이라는 것은 다양한 역량과 태도, 심지어는 개인의 성격이나 가치관의 영향을 받는 것이기에 단방향으로 평가될 수 없는 것이지만-) 어렸을 적부터 다른 친구들 게임할 시간에 포토샵으로 다음 카페 메인 화면 등 컴퓨터에서 활용되는 디자인 리소스를 만들기 좋아했다. 컴퓨터 공학이라는 전공에 처음 발을 들여놓는 계기가 되기도 했고. (당시에는 '컴퓨터 그래픽스'가 그런 것을..

어드바이스(advice) 타깃 오브젝트에 적용하는 부가기능을 담은 오브젝트 다이나믹 프록시와는 달리 타깃 오브젝트 및 인터페이스를 제공하지 않아도 됨 한 마디로, 순수한 부가기능을 담은 오브젝트 특정 메소드 선정을 위해 포인트컷 오브젝트를 사용할 수 있음 어드바이저 = 포인트컷(메소드 선정 알고리즘) + 어드바이스(부가기능)

프록시 패턴(p433) 타깃에 대한 접근 방법을 제어하려는 경우 데코레이터 패턴과는 달리 프록시가 타깃의 기능을 확장하거나 추가하지 않음 타깃 오브젝트를 생성하기가 복잡하거나 당장 필요하지 않은 경우, 타깃 오브젝트를 생성하는 대신 타깃 오브젝트에 대한 레퍼런스로 프록시를 넘겨주고, 프록시의 메소드를 통해 타깃을 사용하려고 시도할 때 프록시가 타깃 오브젝트를 생성하고 요청을 위임해주는 방법

데코레이터 패턴(p431) 타깃에게 부가기능을 다이나믹하게 부여하기 위해 같은 인터페이스를 구현한 타겟과 여러 개의 프록시 사용 가능 ex) InputStream is = new BufferedInputSTream(new FileInputStream("a.txt"));

프록시(p430) 프록시의 특징 타깃과 같은 인터페이스를 구현했다는 것 프록시가 타깃을 제어할 수 있는 위치에 있다는 것 프록시의 목적 클라이언트가 타깃에 접근하는 방법을 제어하기 위해 타깃에 부가적인 기능을 부여하기 위해

Mockito 프레임워크(p426~) 인터페이스를 이용해 목 오브젝트를 만든다. 목 오브젝트가 리턴할 값이 있으면 이를 지정해준다. 메소드가 호출되면 예외를 강제로 던지게 만들 수도 있다. 테스트 대상 오브젝트에 DI 해서 목 오브젝트가 테스트 중에 사용되도록 만든다. 목 오브젝트의 특성 메소드가 호출됐는지, 어떤 값을 가지고 몇 번 호출됐는지 검증한다.

스프링 테스트 작성 가이드라인(p424) 항상 단위 테스트를 먼저 고려한다. 하나의 클래스 또는 성격이 같은 긴밀한 클래스 몇 개를 모아서 외부와의 의존관계를 모두 차단, 필요에 따라 목 오브젝트 등을 활용하여 '고립된 테스트'를 만든다. 외부 리소스를 사용해야만 가능한 테스트는 통합 테스트로 만든다. DAO는 DB까지 연동하는 테스트로 만들고 DB에 테스트 데이터를 준비한다. DAO가 충분히 테스트 되었다면 DAO를 이용하는 코드는 DAO의 역할을 스텁이나 목 오브젝트로 대체하여 테스트한다. 단위 테스트를 만들기 너무 복잡하다고 판단되는 코드는 처음부터 통합 테스트를 고려해본다. 스프링 테스트 컨텍스트 프레임워크를 이용해 통합 테스트를 작성할 수 있다. 엔터프라이즈급 스프링 서버 개발을 하다보니 단위 ..

테스트 대역(Test double) 테스트 대상이 되는 오브젝트의 기능에만 충실하게 수행하면서 빠르게, 자주 테스트를 실행할 수 있도록 사용하는 오브젝트 ex) Test DB를 보는 DataSource, DummyMailSender 테스트 스텁(Test stub) 테스트 동안 코드가 정상적으로 수행할 수 있도록 돕는 테스트 대상 오브젝트의 의존객체 목 오브젝트(Mock object) 테스트 오브젝트와 자신 사이에서 일어나는 커뮤니케이션 내용을 저장해뒀다가 테스트 결과를 검증하는 데 활용할 수 있도록 하는 오브젝트