구찌의 나도한번 해블로그

목표 : 스프링의 Classpath와 Component를 설명할 수 있다. 현재 진행하고 있는 문서의 위치는 다음과 같다. 조금 생소하다면 생소하고, 많이 봤으면서도 설명하기 어려웠던 개념이 나오기에, 잘 정리하도록 해보자. Classpath 먼저, Classpath가 무엇인지 부터 알도록 하자. java는 빌드 후에 실행파일이 나오게 된다. (javac 로 컴파일 이후에 Java Byte Code인(JVM이 이해할 수 있는 언어) .class 파일이 나오는 것 정도는 알아야 한다) 즉, Classpath는 이 컴파일된 파일의 경로를 가리키게 된다. 우리가 흔히, Spring을 빌드하고 나면, target 폴더에 결과물이 남는데, 이 때 classes 폴더가 바로 해당 파일의 경로가 될 것이다. Clas..

목표 : Spring의 Anntation 설정을 할 수 있다. 이번엔 계속 XML에서 설정해온 Configuration 정보들을 Annotation으로 어떻게 할 수 있을지 알아볼 예정이다. 해당 링크를 중심으로 하나씩 알아가 보도록 하자. Annotation-based Container Configuration 먼저 Annotation이 XML보다 Spring configuration하는 것에 있어서 더 좋은가? 에 대한 질문으로 시작한다. 답은 역시나 "상황에 따라 다르다" 이다. XML 방식은 소스 코드 외, XML만 보고도 설정을 알 수 있다. 즉, 설정과 소스 코드의 분리가 가능하다. 그러나, 프로젝트가 커질수록 XML 관리가 복잡해지기 시작한다. Annotation은 더 짧고 간결한 구성이 가..

Annotation Spring 을 공부하면서 가장 러닝커브가 높았던 것이 Annotation이었다. Annotation을 쓰지 않던 (현재는 지원하는 것도 많지만) 언어를 먼저 공부하기도 했고, 의존성 주입이나, 작성한 Configuration을 Framework가 알아서 가져와 사용한다는 개념이 익숙지 않았었다. 그래서 항상 기본 도서를 보고, 실무에 사용된 코드를 보면서 기능은 알겠는데, 명확한 차이를 몰라 익숙한대로 써왔었는데, 하나씩 포스팅하며 정리해보도록 하겠다. XML 아직 XML을 사용하는 곳은 많다. 시스템 전체에 영향을 주거나 이후에 변경 가능성이 있는 내용은 XML로 정의하면서 결합도를 낮추고 유지보수성을 높여준다. 다만, 너무 내용이 많아지면 오히려 유지보수성이 낮아지는 상황도 발생..