스프링프레임워크(springframwork) 입문자 입니다. 몇가지 궁금한것이 있습니다.

Question

이제 막 스프링에 입문한 초보 입니다.혼자 공부를 하다 보니 spring에 대한 구조나 역할에 대해 이해가 잘안되고전체적인 그림이 잘 안그려지는거 같아 올려봅니다. 기본적인 Java 부터 spring에 대한 개념에 대해 몇가지 추렸습니다. 1. 스프링은 '개발자가 클래스에 목을 메는 코드 중심을 없애기 위해 만들었다고 알고있습니다. (IOC)2. IOC 는 크게 DI,DL로 나뉘는데 DI 는 역할자로 부품을 생산하고 조립하는 역할을 한다고 알고있습니다.3. xml : 주문서와 같고 컨테이너는 부품과 의존성을 보관한다고 알고 있습니다.4. 클래스 권한 -> IOC 컨테이너로 옮겨 졌다고 합니다. 여기서 궁금한것은 스프링은 개발자가 클래스에 목을 메지 않고 코드 중심을 없애기위해 그 권한과 역할을 나눈걸로 이해가 되는데 그게 기존 JAVA 클래스와 어떻게 구조나 권한 역할이 나뉘었는지 이해가 가질 않습니다. 그리고 DI는 부품을 생산하고 조립한다고하는데 그러면 'DAO' 의 역할을 하는것이 맞는건가요? 그리고 컨테이너 는 푸품과 의존성을 보존한다고하는데 'DTO'의 역할을 하는것인지요. 결국 기존 클래스는 MVC로 예를 들자면 ' Action 컨트롤러' 의 역할만하며, 그외의 기능성을Controller 와 Model 로 세분화시켜 나누어서 한곳에 실린 의존성을 나누는 것인가요? ------------------------------------------------------------------------Spring은 상위 인터페이스를 따라가며Spring에서 interface는 객체를 상속받아 재활용하며, interface를 사용하지 않으면 스프링을 사용하지 말라는정도로 중요한 역할을 하고 있다고 알고 있습니다.. Spring에서의 interface의 재활용이란 어떤식으로 재활용하고 사용하려고 꼭 필요하고 이것이 없으면 스프링을 사용할 필요가 없을 정도 까지 이야기를 하는것일까요?? ------------------------------------------------------------------------Bean -> 스프링이 제어권을 가지고 직접 만들고 관계를 부여하는 Object 라고 알고 있습니다.개념은 이해를 하겠지만 Bean이라는 친구가 정확히 어떠한 역할을 수행하는지가 궁금합니다.JavaBean &#61; POJO (싱글톤객체) 특정 interface에 종속적이지 않음.싱글톤 객체 자체가 종속적이지 않아서 interface에 종속적이지 않으며,bean이란 것은 Controller의 역할을 하는것인가요 (get,set에대한)------------------------------------------------------------------------ 너무 기본적이고 쓸데 없을질문일지 모르지만, 독학 하면서 이해할수 없는 부분만 추려올려 보았습니다.답변해주시면 감사하겠습니다.

kenu,전독시 · Accepted Answer

http://bit.ly/ok-spring궁금하신 것 거의 영상에 담아 놓았습니다.

fender · Answer

'개발자가 클래스에 목을 메는 코드 중심을 없애기 위해 만들었다'는 건 DI 컨테이너의 역할을 다소 부정확하게 이해하신 것 같습니다.정확하게 말하자면 DI는 클래스의 역할을 축소하기 위해서 사용하는 것이 아니라, 비즈니스적인 구현에 집중할 수 있도록 불필요한 의존성 관리 부담을 덜어내기 위해 적용하는 것입니다.빈에 대한 설명은 대체로 정확하지만 원래 '자바 빈즈'의 개념은 훨씬 더 일반적인 것이기 때문에, 해당 내용은 오직 스프링 하에서 사용할 때만 적용되는 내용으로 이해하는 것이 맞습니다.POJO는 빈과 거의 유사한 개념이고, 역시 스프링과 직접적인 관련은 없습니다. POJO와 싱글턴은 아무 관련이 없습니다. DI와 DAO, 컨테이너와 DTO 역시 서로 아무 관련이 없습니다.POJO가 특정 인터페이스에 종속적이지 않다는 건 인터페이스를 사용하지 말라는 것이 아니라 초기 버전 EJB처럼 단지 컨테이너에서 구동하기 위해서 특정 클래스나 인터페이스를 상속해야했던 제약이 있었다는 점을 강조한 것으로 보입니다. 참고로 이 경우 클래스 계층에 비해 인터페이스를 강제하는 것은 반드시 나쁘다고 보긴 어렵습니다.요약하면, POJO나 빈이나 인터페이스 중심의 개발이나 스프링과 무관하게 일반적으로 권장하는 자바의 개발 방법입니다.스프링과 관련한 맥락에서 그런 이야기가 나오는 것은, 특히 구 버전 EJB 환경에선 이런 저런 제약 때문에 그런 방향의 개발을 할 수 없었는데 이를 개선하기 위해 스프링을 만들었기 때문입니다.

과자주면물어요 · Answer

kenu// 감사합니다 참고해서 보도록 하겠습니다. :) fender// 상세한 답글 감사합니다. 덕분에 스프링에 관하여 좀 더 이해하기가 쉬워진거 같습니다 :) di와 컨테이너는 이해가 잘 안되서 dao, dto를 비슷한 역할을 하는 걸로 예를들어 이해하려했습니다. 이렇게 비교해서 이해하는것도 di와 컨테이너의 역할을 잘못 이해한건인걸까요..? 스프링은 중점은 의존성이라고하는데, 제가 아직 그 의존성에 대해 잘 이해를 못한거 같습니다. 지금 아는것을 종합해봤을때는 클래스 한곳에 몰려있는 기능을 역할 분담해 그 기능은 각각의 기능별로 나눈다.라고 밖에는 아직은 걸음마 단계네요 ^^;

fender · Answer

과자주면물어요// DI의 맥락에서 말하는 의존성은 일반적인 의미로 어떤 코드가 동작하기 위해 필요한 다른 객체에 대한 참조를 뜻합니다.흔히, 좋은 설계에선 특정 클래스는 가능하면 일관된 하나의 관점을 다루는 것이 바람직하다고 이야기하는데, 문제는 구현상의 필요로 인해 가끔은 그런 관점이 뒤섞일 때가 있다는 것입니다.예를들어 고객 정보를 담당하는 CustomerManager 라는 컴포넌트가 있다면, 해당 컴포넌트가 책임져야하는 관점은 고객 정보를 관리하는 비즈니스적인 성격인데, 실제 구현을 데이터베이스를 이용해서 했다면 데이터베이스 연결을 가져온다던지 하는 추가적인 기능들이 필요하게 됩니다.처음엔 그런 부분을 구현단에서 직접 구현하다보니 CustomerManager 구현 내부에서 예컨대 JNDI를 통해 DataSource를 얻어온다던가 하는 문제가 있어 앞서 말한 관점의 분리 측면에서 비판이 있었습니다.이를 해결하기 위해 서비스 로케이터(Service Locator)라는 디자인 패턴을 만들어 그냥 싱글턴 같은 걸 만들어서 DataSource 등 필요한 모든 의존성을 그 곳에서 관리하자는 아이디어가 등장했습니다.그러던 중 스프링이 나오면서 한 단계 더 나가서, 의존성이 필요한 쪽에서 서비스 로케이터에서 받아오는 것이 아니라, 그냥 DataSource 같은 것이 필요하다고 명시하기만 하면 외부에서 그런 의존성을 주입해주는 것이 더 나은 방법이라는 데 의견이 모아져서 지금과 같은 관행이 자리잡게 되었습니다.Dao나 Dto는 앞서 말씀드린대로 스프링이나 DI와 전혀 관계가 없습니다. Dao라면 스프링 컨테이너에서 주입 가능한 빈으로 흔히 등록하긴 합니다만, 그건 스프링 시스템에서 모든 중요 컴포넌트에 공통적으로 할 수 있는 이야기니 특별히 Dao에 국한해서 생각할 문제는 아닌 듯 합니다.

과자주면물어요 · Answer

fender // 와.. 이렇게 상세히 만들어진 이유까지 설명해주실줄이야..ㅜㅜ 생각의 흐름이 막혔었는데 막힌 그 부분이 뻥뚫인듯 합니다.! 어떤 의미로 제가 잘못 생각했고, 왜이리 사용하고 있는지 단번에 이해가 되었습니다. 정말 감사합니다!! :)

스프링프레임워크(springframwork) 입문자 입니다. 몇가지 궁금한것이 있습니다.

5개의 답변

Q&A 목록