티스토리 뷰
- 목차
1. 개발서적 선정이유
2. 무엇을 배웠으며, 느낀점(1장 기준)
3. 정리
1. 개발서적 선정이유
국비학원에서 막 스프링을 배우기 시작한 시절, 반에 한 친구가 강사님께 스프링과 관련된 책 하나만 추천해 주실수 있냐고 요청을 하였다. 강사님께선 토비의 스프링을 읽고 굉장히 감명 깊게 읽었다는 말씀을 하셨었고, 이 계기로 나의 첫 개발서적은 토비의 스프링 3.1(Vol.1)이 되었다.
그때 당시 개발에 대한 지식이 부족하여, 강사님의 스프링 강의에 대해 제대로 흡수를 하지 못하였고, 토비의 스프링 제 1장조차 이해하지 못하여 독서를 포기하였다.
이후, 스프링 프로젝트 설정과 설정 후 오류에 대한 대응책은 익숙해졌지만, 개발환경에 대해 과연 내가 제대로 이해하고 있는가? 라는 생각이 들었다. 개발에서의 익숙함을 항상 경계하기로 생각했고, 초심의 마음으로 돌아가 토비의 스프링을 다시 읽기 시작하였다.
2. 무엇을 배웠는가?
1) 객체지향에서의 IOC와 DI, 그리고 스프링의 철학
- 스프링의 IOC와 DI는 단순히 스프링에만 국한된 기술이 아니다. 기존에 객체지향 프로그래밍에서 가지고 있었던 문제점을 디자인 패턴을 사용하여 IOC와 DI 개념을 사용했었다.
각 객체가 가지고 있었던 책임을 분리하여 Interface를 통해 느슨한 결합도를 형성하고, IOC와 DI를 사용해 객체의 생성과 관계의 주체를 설정하여 좀 더 유연한 구조로 만들 수 있다는 것을 알게 되었다. (토비의 스프링에서는 이 부분에 대해서 정말 상세히 그리고 친절하게 설명이 되어있다.)
기존에 객체지향의 디자인 패턴으로 해결하였던 IOC와 DI를 스프링의 프레임워크를 사용하여 사용자로 하여금 쉽게 제공하고, 멀티쓰레드 환경에서 안정성을 유지할 수 있도록 제공한다. 스프링 프레임워크의 특별함은 멀티쓰레드 환경에서 발휘한다. 필요에 따라, 공통적으로 처리 될 수 있는 여러 request들에 대해 각각의 객체를 제공하는 것이 아닌, 싱글톤패턴보다 더 안정적인 싱글톤레지스트리라는 것을 사용하여 하나의 객체를 제공해준다.
1장의 소제목은 오브젝트와 의존관계이다. 여기서 스프링의 주 관심사가 명확하게 나타낼 수 있음을 알 수 있다. 1장 마지막 장에는 소제목에 따른 스프링에 대한 철학이 명확하게 나온다.
국비학원 시절의 강사님과 저자인 토비님이 똑같은 말씀을 하셨다. 프레임워크는 결국 도구 일뿐이라고, 강사님은 덧붙여 어디가서 캡슐화 당하지말라고 하셨다. 되새기자.
2) 프레임워크와 라이브러리의 차이
프레임워크 위에 어플리케이션이 실행된다. 즉, 어플리케이션이 프레임워크에 의하여 사용되어지는 수동적인 상태이다. 라이브러리는 반대로 기존에 개발자가 작성한 코드 흐름에 따라 사용되어지는 관계이다.
다시 재정리하자.
개발자가 작성한 코드의 흐름에 대한 주도권이 프레임워크가 가지고 있는 상태인 수동적 상태가 프레임워크의 역할이며, 라이브러리는 개발자가 작성한 코드의 흐름에 따라 단순히 사용되어지는 것이다.
3. 정리
현재 토비의 스프링 2장까지 읽었다. 스프링으로 어플리케이션을 개발한 초보자 분들에게는 정말 좋은 책이라고 생각한다. 단순히 스프링에 대한 내용이 아닌 객체지향에 대한 이야기부터 시작하여 스프링이 어떻게 쓰이는지에 자세히 설명이 되어있다. 처음 1장을 읽었을 때 어려웠던 부분은 클래스 다이어그램을 읽고 해석한 능력이 부족하여 읽기가 어려웠다.
1장만 2~3번 보고, 처음 읽었을 때와 2번에서 3번 읽었을 때의 이해하고 터득한 양은 달랐다고 생각한다. 기존 객체지향에 대해 먼저 파고들고 어떤식으로 스프링이 사용되는 도구인지를 알 수 있는 1장이었다.