책 하나 추천 할려고 합니다.

[토비의 스프링3] 아직 다 읽진 않았지만, 정말 좋은책입니다.

저자가 과잉 친철로 책 불량이 많아졌다는...(제가 생각하기에....^^;)

Java와 JDBC로 개발을 하는 사람이라면 누구나가 한번쯤은 꼭 봐야할 책이라고 생각합니다.

정말 객체지향적으로 Java를 개발하고 싶고, 좀더 세련되고 확장성 있게

개발하고 싶다면 강추입니다.

굳이 스프링을 배우고 싶지않으시더라도 ...

Java와 관련이 되어 개발을 하신다면....꼭 한번 보세요.

감사합니다. 

[출처] : http://www.acornpub.co.kr/book/toby-spring3

--- 목차 ---

• 1.1 초난감 DAO
• 1.1.1 User
• 1.1.2 UserDao
• 1.1.3 main()을 이용한 DAO 테스트 코드
• 1.2 DAO의 분리
• 1.2.1 관심사의 분리
• 1.2.2 커넥션 만들기의 추출
• UserDao의 관심사항
• 중복 코드의 메소드 추출
• 변경사항에 대한 검증: 리팩토링과 테스트
• 1.2.3 DB 커넥션 만들기의 독립
• 상속을 통한 확장
• 1.3 DAO의 확장
• 1.3.1 클래스의 분리
• 1.3.2 인터페이스의 도입
• 1.3.3 관계설정 책임의 분리
• 1.3.4 원칙과 패턴
• 개방 폐쇄 원칙
• 높은 응집도와 낮은 결합도
• 전략 패턴
• 1.4 제어의 역전(IoC)
• 1.4.1 오브젝트 팩토리
• 팩토리
• 설계도로서의 팩토리
• 1.4.2 오브젝트 팩토리의 활용
• 1.4.3 제어권의 이전을 통한 제어관계 역전
• 1.5.1 오브젝트 팩토리를 이용한 스프링 IoC
• 애플리케이션 컨텍스트와 설정정보
• 1.5 스프링의 IoC
• DaoFactory를 사용하는 애플리케이션 컨텍스트
• 1.5.2 애플리케이션 컨텍스트의 동작방식
• 1.5.3 스프링 IoC의 용어 정리
• 1.6 싱글톤 레지스트리와 오브젝트 스코프
• 1.6.1 싱글톤 레지스트리로서의 애플리케이션 컨텍스트
• 서버 애플리케이션과 싱글톤
• 싱글톤 패턴의 한계
• 싱글톤 레지스트리
• 1.6.2 싱글톤과 오브젝트의 상태
• 1.6.3 스프링 빈의 스코프
• 1.7.1 제어의 역전(IoC)과 의존관계 주입
• 1.7 의존관계 주입(DI)
• 1.7.2 런타임 의존관계 설정
• 의존관계
• UserDao의 의존관계
• UserDao의 의존관계 주입
• 1.7.3 의존관계 검색과 주입
• 1.7.4 의존관계 주입의 응용
• 기능 구현의 교환
• 부가기능 추가
• 1.7.5 메소드를 이용한 의존관계 주입
• 1.8 XML을 이용한 설정
• 1.8.1 XML 설정
• connectionMaker() 전환
• userDao() 전환
• XML의 의존관계 주입 정보
• 1.8.2 XML을 이용하는 애플리케이션 컨텍스트
• 1.8.3 DataSource 인터페이스로 변환
• DataSource 인터페이스 적용
• 자바 코드 설정 방식
• XML 설정 방식
• 1.8.4 프로퍼티 값의 주입
• 값 주입
• value 값의 자동 변환
• 1.9 정리

• 2.1 UserDaoTest 다시 보기
• 2.1.1 테스트의 유용성
• 2.1.2 UserDaoTest의 특징
• 웹을 통한 DAO 테스트 방법의 문제점
• 작은 단위의 테스트
• 자동수행 테스트 코드
• 지속적인 개선과 점진적인 개발을 위한 테스트
• 2.1.3 UserDaoTest의 문제점
• 2.2 UserDaoTest 개선
• 2.2.1 테스트 검증의 자동화
• 2.2.2 테스트의 효율적인 수행과 결과 관리
• JUnit 테스트로 전환
• 테스트 메소드 전환
• 검증 코드 전환
• JUnit 테스트 실행
• 2.3 개발자를 위한 테스팅 프레임워크 JUnit
• 2.3.1 JUnit 테스트 실행 방법
• IDE
• 빌드 툴
• 2.3.2 테스트 결과의 일관성
• deleteAll()의 getCount() 추가
• deleteAll()과 getCount()의 테스트
• 동일한 결과를 보장하는 테스트
• 2.3.3 포괄적인 테스트
• getCount() 테스트
• addAndGet() 테스트 보완
• get() 예외조건에 대한 테스트
• 테스트를 성공시키기 위한 코드의 수정
• 포괄적인 테스트
• 2.3.4 테스트가 이끄는 개발
• 기능설계를 위한 테스트
• 테스트 주도 개발
• 2.3.5 테스트 코드 개선
• @Before
• 픽스처
• 2.4 스프링 테스트 적용
• 2.4.1 테스트를 위한 애플리케이션 컨텍스트 관리
• 스프링 테스트 컨텍스트 프레임워크 적용
• 테스트 메소드의 컨텍스트 공유
• 테스트 클래스의 컨텍스트 공유
• @Autowired
• 2.4.2 DI와 테스트
• 테스트 코드에 의한 DI
• 테스트를 위한 별도의 DI 설정
• 컨테이너 없는 DI 테스트
• DI를 이용한 테스트 방법 선택
• 2.5 학습 테스트로 배우는 스프링
• 2.5.1 학습 테스트의 장점
• 2.5.2 학습 테스트 예제
• JUnit 테스트 오브젝트 테스트
• 스프링 텍스트 컨텍스트 테스트
• 2.5.3 버그 테스트
• 2.6 정리

• 3.1 다시 보는 초난감 DAO
• 3.1.1 예외처리 기능을 갖춘 DAO
• JDBC 수정 기능의 예외처리 코드
• JDBC 조회 기능의 예외처리
• 3.2 변하는 것과 변하지 않는 것
• 3.2.1 JDBC try/catch/finally 코드의 문제점
• 3.2.2 분리와 재사용을 위한 디자인 패턴 적용
• 메소드 추출
• 템플릿 메소드 패턴의 적용
• 전략 패턴의 적용
• DI 적용을 위한 클라이언트/컨텍스트 분리
• 3.3 JDBC 전략 패턴의 최적화
• 3.3.1 전략 클래스의 추가 정보
• 3.3.2 전략과 클라이언트의 동거
• 로컬 클래스
• 익명 내부 클래스
• 3.4.1 JdbcContext의 분리
• 3.4 컨텍스트와 DI
• 클래스 분리
• 빈 의존관계 변경
• 3.4.2 JdbcContext의 특별한 DI
• 스프링 빈으로 DI
• 코드를 이용하는 수동 DI
• 3.5 템플릿과 콜백
• 3.5.1 템플릿/콜백의 동작원리
• 템플릿/콜백의 특징
• JdbcContext에 적용된 템플릿/콜백
• 3.5.2 편리한 콜백의 재활용
• 콜백의 분리와 재활용
• 콜백과 템플릿의 결합
• 3.5.3 템플릿/콜백의 응용
• 테스트와 try/catch/finally
• 중복의 제거와 템플릿/콜백 설계
• 템플릿/콜백의 재설계
• 제네릭스를 이용한 콜백 인터페이스
• 3.6 스프링의 JdbcTemplate
• 3.6.1 update()
• 3.6.2 queryForInt()
• 3.6.3 queryForObject()
• 3.6.4 query()
• 기능 정의와 테스트 작성
• query() 템플릿을 이용하는 getAll() 구현
• 테스트 보완
• 3.6.5 재사용 가능한 콜백의 분리
• DI를 위한 코드 정리
• 중복 제거
• 템플릿/콜백 패턴과 UserDao
• 3.6 정리

• 4.1 사라진 SQLException
• 4.1.1 초난감 예외처리
• 예외 블랙홀
• 무의미하고 무책임한 throws
• 4.1.2 예외의 종류와 특징
• 4.1.3 예외처리 방법
• 예외 복구
• 예외처리 회피
• 예외 전환
• 4.1.4 예외처리 전략
• 런타임 예외의 보편화
• add() 메소드의 예외처리
• 애플리케이션 예외
• 4.1.5 SQLException은 어떻게 됐나?
• 4.2 예외 전환
• 4.2.1 JDBC의 한계
• 비표준 SQL
• 호환성 없는 SQLException의 DB 에러정보
• 4.2.2 DB 에러 코드 매핑을 통한 전환
• 4.2.3 DAO 인터페이스와 DataAccessException 계층구조
• DAO 인터페이스와 구현의 분리
• 데이터 액세스 예외 추상화와 DataAccessException 계층구조
• 4.2.4 기술에 독립적인 UserDao 만들기
• 인터페이스 적용
• 테스트 보완
• DataAccessException 활용 시 주의사항
• 4.3 정리

• 5.1 사용자 레벨 관리 기능 추가
• 5.1.1 필드 추가
• Level 이늄
• User 필드 추가
• UserDaoTest 테스트 수정
• UserDaoJdbc 수정
• 5.1.2 사용자 수정 기능 추가
• 수정 기능 테스트 추가
• UserDao와 UserDaoJdbc 수정
• 수정 테스트 보완
• 5.1.3 UserService.upgradeLevels()
• UserService 클래스와 빈 등록
• UserServiceTest 테스트 클래스
• upgradeLevels() 메소드
• upgradeLevels() 테스트
• 5.1.4 UserService.add()
• 5.1.5 코드 개선
• upgradeLevels() 메소드 코드의 문제점
• upgradeLevels() 리팩토링
• User 테스트
• UserServiceTest 개선
• 5.2.1 전부 아니면 전무
• 테스트용 UserService 대역
• 5.2 트랜잭션 서비스 추상화
• 강제 예외 발생을 통한 테스트
• 테스트 실패의 원인
• 5.2.2 트랜잭션 경계설정
• JDBC 트랜잭션의 트랜잭션 경계설정
• UserService와 UserDao의 트랜잭션 문제
• 비즈니스 로직 내의 트랜잭션 경계설정
• UserService 트랜잭션 경계설정의 문제점
• 5.2.3 트랜잭션 동기화
• Connection 파라미터 제거
• 트랜잭션 동기화 적용
• 트랜잭션 테스트 보완
• JdbcTemplate과 트랜잭션 동기화
• 5.2.4 트랜잭션 서비스 추상화
• 기술과 환경에 종속되는 트랜잭션 경계설정 코드
• 트랜잭션 API의 의존관계 문제와 해결책
• 스프링의 트랜잭션 서비스 추상화
• 트랜잭션 기술 설정의 분리
• 수직, 수평 계층구조와 의존관계
• 5.3 서비스 추상화와 단일 책임 원칙
• 단일 책임 원칙
• 단일 책임 원칙의 장점
• 5.4 메일 서비스 추상화
• 5.4.1 JavaMail을 이용한 메일 발송 기능
• JavaMail 메일 발송
• 5.4.2 JavaMail이 포함된 코드의 테스트
• 5.4.3 테스트를 위한 서비스 추상화
• JavaMail을 이용한 테스트의 문제점
• 메일 발송 기능 추상화
• 테스트용 메일 발송 오브젝트
• 테스트와 서비스 추상화
• 5.4.4 테스트 대역
• 의존 오브젝트의 변경을 통한 테스트 방법
• 테스트 대역의 종류와 특징
• 목 오브젝트를 이용한 테스트
• 5.5 정리

• 6.1 트랜잭션 코드의 분리
• 6.1.1 메소드 분리
• 6.1.2 DI를 이용한 클래스의 분리
• DI 적용을 이용한 트랜잭션 분리
• UserService 인터페이스 도입
• 분리된 트랜잭션 기능
• 트랜잭션 적용을 위한 DI 설정
• 트랜잭션 분리에 따른 테스트 수정
• 트랜잭션 경계설정 코드 분리의 장점
• 6.2 고립된 단위 테스트
• 6.2.1 복잡한 의존관계 속의 테스트
• 6.2.2 테스트 대상 오브젝트 고립시키기
• 테스트를 위한 UserServiceImpl 고립
• 고립된 단위 테스트 활용
• UserDao 목 오브젝트
• 테스트 수행 성능의 향상
• 6.2.3 단위 테스트와 통합 테스트
• 6.2.4 목 프레임워크
• Mockito 프레임워크
• 6.3 다이내믹 프록시와 팩토리 빈
• 6.3.1 프록시와 프록시 패턴, 데코레이터 패턴
• 데코레이터 패턴
• 프록시 패턴
• 6.3.2 다이내믹 프록시
• 프록시의 구성과 프록시 작성의 문제점
• 리플렉션
• 프록시 클래스
• 다이내믹 프록시 적용
• 다이내믹 프록시의 확장
• 6.3.3 다이내믹 프록시를 이용한 트랜잭션 부가기능
• 트랜잭션 InvocationHandler
• TransactionHandler와 다이내믹 프록시를 이용하는 테스트
• 6.3.4 다이내믹 프록시를 위한 팩토리 빈
• 팩토리 빈
• 팩토리 빈의 설정 방법
• 다이내믹 프록시를 만들어주는 팩토리 빈
• 트랜잭션 프록시 팩토리 빈
• 트랜잭션 프록시 팩토리 빈 테스트
• 6.3.5 프록시 팩토리 빈 방식의 장점과 한계
• 프록시 팩토리 빈의 재사용
• 프록시 팩토리 빈 방식의 장점
• 프록시 팩토리 빈의 한계
• 6.4 스프링의 프록시 팩토리 빈
• 6.4.1 ProxyFactoryBean
• 어드바이스: 타깃이 필요 없는 순수한 부가기능
• 포인트컷: 부가기능 적용 대상 메소드 선정 방법
• 6.4.2 ProxyFactoryBean 적용
• TransactionAdvice
• 스프링 XML 설정파일
• 테스트
• 어드바이스와 포인트컷의 재사용
• 6.5.1 자동 프록시 생성
• 6.5 스프링 AOP
• 중복 문제의 접근 방법
• 빈 후처리기를 이용한 자동 프록시 생성기
• 확장된 포인트컷
• 포인트컷 테스트
• 6.5.2 DefaultAdvisorAutoProxyCreator의 적용
• 클래스 필터를 적용한 포인트컷 작성
• 어드바이저를 이용하는 자동 프록시 생성기 등록
• 포인트컷 등록
• 어드바이스와 어드바이저
• ProxyFactoryBean 제거와 서비스 빈의 원상복구
• 자동 프록시 생성기를 사용하는 테스트
• 자동생성 프록시 확인
• 6.5.3 포인트컷 표현식을 이용한 포인트컷
• 포인트컷 표현식
• 포인트컷 표현식 문법
• 포인트컷 표현식 테스트
• 포인트컷 표현식을 이용하는 포인트컷 적용
• 타입 패턴과 클래스 이름 패턴
• 6.5.4 AOP란 무엇인가?
• 트랜잭션 서비스 추상화
• 프록시와 데코레이터 패턴
• 다이내믹 프록시와 프록시 팩토리 빈
• 자동 프록시 생성 방법과 포인트컷
• 부가기능의 모듈화
• AOP: 애스펙트 지향 프로그래밍
• 6.5.5 AOP 적용기술
• 프록시를 이용한 AOP
• 바이트코드 생성과 조작을 통한 AOP
• 6.5.6 AOP의 용어
• 6.5.7 AOP 네임스페이스
• AOP 네임스페이스
• 6.6 트랜잭션 속성
• 어드바이저 내장 포인트컷
• 6.6.1 트랜잭션 정의
• 트랜잭션 전파
• 고립수준
• 제한시간
• 읽기전용
• 6.6.2 트랜잭션 인터셉터와 트랜잭션 속성
• TransactionInterceptor
• 메소드 이름 패턴을 이용한 트랜잭션 속성 지정
• tx 네임스페이스를 이용한 설정 방법
• 6.6.3 포인트컷과 트랜잭션 속성의 적용 전략
• 트랜잭션 포인트컷 표현식은 타입 패턴이나 빈 이름을 이용한다
• 공통된 메소드 이름 규칙을 통해 최소한의 트랜잭션 어드바이스와 속성을 정의

• 프록시 방식 AOP는 같은 타깃 오브젝트 내의 메소드를 호출할 때는 적용되지

• 6.6.4 트랜잭션 속성 적용
• 트랜잭션 경계설정의 일원화
• 서비스 빈에 적용되는 포인트컷 표현식 등록
• 트랜잭션 속성을 가진 트랜잭션 어드바이스 등록
• 트랜잭션 속성 테스트

• 6.7 애노테이션 트랜잭션 속성과 포인트컷
• 6.7.1 트랜잭션 애노테이션
• @Transactional
• 트랜잭션 속성을 이용하는 포인트컷
• 대체 정책
• 트랜잭션 애노테이션 사용을 위한 설정
• 6.7.2 트랜잭션 애노테이션 적용
• 6.8 트랜잭션 지원 테스트
• 6.8.1 선언적 트랜잭션과 트랜잭션 전파 속성
• 6.8.2 트랜잭션 동기화와 테스트
• 트랜잭션 매니저와 트랜잭션 동기화
• 트랜잭션 매니저를 이용한 테스트용 트랜잭션 제어
• 트랜잭션 동기화 검증
• 롤백 테스트
• 6.8.3 테스트를 위한 트랜잭션 애노테이션
• @Transactional
• @Rollback
• @TransactionConfiguration
• NotTransactional과 Propagation.NEVER
• 효과적인 DB 테스트
• 6.9 정리

• 7.1 SQL과 DAO의 분리
• 7.1.1 XML 설정을 이용한 분리
• 개별 SQL 프로퍼티 방식
• SQL 맵 프로퍼티 방식
• 7.1.2 SQL 제공 서비스
• SQL 서비스 인터페이스
• 스프링 설정을 사용하는 단순 SQL 서비스
• 7.2 인터페이스의 분리와 자기 참조 빈
• 7.2.1 XML 파일 매핑
• JAXB
• SQL 맵을 위한 스키마 작성과 컴파일
• 언마샬링
• 7.2.2 XML 파일을 이용하는 SQL 서비스
• SQL 맵 XML 파일
• XML SQL 서비스
• 7.2.3 빈의 초기화 작업
• 7.2.4 변화를 위한 준비: 인터페이스 분리
• 책임에 따른 인터페이스 정의
• SqlRegistry 인터페이스
• SqlReader 인터페이스
• 7.2.5 자기참조 빈으로 시작하기
• 다중 인터페이스 구현과 간접 참조
• 인터페이스를 이용한 분리
• 자기참조 빈 설정
• 7.2.6 디폴트 의존관계
• 확장 가능한 기반 클래스
• 디폴트 의존관계를 갖는 빈 만들기
• 7.3.1 OXM 서비스 추상화
• 7.3 서비스 추상화 적용
• OXM 서비스 인터페이스
• JAXB 구현 테스트
• Castor 구현 테스트
• 7.3.2 OXM 서비스 추상화 적용
• 멤버 클래스를 참조하는 통합 클래스
• 위임을 이용한 BaseSqlService의 재사용
• 7.3.3 리소스 추상화
• 리소스
• 리소스 로더
• Resource를 이용해 XML 파일 가져오기
• 7.4 인터페이스 상속을 통한 안전한 기능확장
• 7.4.1 DI와 기능의 확장
• DI를 의식하는 설계
• DI와 인터페이스 프로그래밍
• 7.4.2 인터페이스 상속
• 7.5.1 ConcurrentHashMap을 이용한 수정 가능 SQL 레지스트리
• 수정 가능 SQL 레지스트리 테스트
• 7.5 DI를 이용해 다양한 구현 방법 적용하기
• 수정 가능 SQL 레지스트리 구현
• 7.5.2 내장형 데이터베이스를 이용한 SQL 레지스트리 만들기
• 스프링의 내장형 DB 지원 기능
• 내장형 DB 빌더 학습 테스트
• 내장형 DB를 이용한 SqlRegistry 만들기
• UpdatableSqlRegistry 테스트 코드의 재사용
• XML 설정을 통한 내장형 DB의 생성과 적용
• 7.5.3 트랜잭션 적용
• 다중 SQL 수정에 대한 트랜잭션 테스트
• 코드를 이용한 트랜잭션 적용
• 7.6 정리

• 8.1 스프링의 정의
• 8.2 스프링의 목적
• 8.2.1 엔터프라이즈 개발의 복잡함
• 복잡함의 근본적인 이유
• 복잡함을 가중시키는 원인
• 8.2.2 복잡함을 해결하려는 도전
• 제거될 수 없는 근본적인 복잡함
• 실패한 해결책: EJB
• 비침투적인 방식을 통한 효과적인 해결책: 스프링
• 8.2.3 복잡함을 상대하는 스프링의 전략
• 기술적 복잡함을 상대하는 전략
• 비즈니스와 애플리케이션 로직의 복잡함을 상대하는 전략
• 핵심 도구: 객체지향과 DI
• 8.3 POJO 프로그래밍
• 8.3.1 스프링의 핵심: POJO
• 8.3.2 POJO란 무엇인가?
• 8.3.3 POJO의 조건
• 8.3.4 POJO의 장점
• 8.3.5 POJO 프레임워크
• 8.4 스프링의 기술
• 8.4.1 제어의 역전(IoC) / 의존관계 주입(DI)
• DI의 활용 방법
• 8.4.2 애스펙트 지향 프로그래밍(AOP)
• AOP의 적용 기법
• AOP의 적용 단계
• 8.4.3 포터블 서비스 추상화(PSA)
• 8.5 요약

• 9.1 자바 엔터프라이즈 플랫폼과 스프링 애플리케이션
• 9.1.1 클라이언트와 백엔드 시스템
• 9.1.2 애플리케이션 서버
• 스프링소스 tcServer
• 9.1.3 스프링 애플리케이션의 배포 단위
• 9.2 개발도구와 환경
• 9.2.1 JavaSE와 JavaEE
• JavaSE/JDK
• JavaEE/J2EE
• 9.2.2 IDE
• 9.2.3 SpringSoruce Tool Suite
• SpringIDE 플러그인
• STS 플러그인
• 기타 플러그인
• 9.2.4 라이브러리 관리와 빌드 툴
• 라이브러리 관리의 어려움
• 라이브러리 선정
• 빌드 툴과 라이브러리 관리
• 스프링 모듈의 두 가지 이름과 리포지토리
• 9.3 애플리케이션 아키텍처
• 9.3.1 계층형 아키텍처
• 아키텍처와 SoC
• 3계층 아키텍처와 수직 계층
• 계층형 아키텍처 설계의 원칙
• 9.3.2 애플리케이션 정보 아키텍처
• DB/SQL 중심의 로직 구현 방식
• 거대한 서비스 계층 방식
• 9.3.3 오브젝트 중심 아키텍처
• 데이터와 오브젝트
• 도메인 오브젝트를 사용하는 코드
• 도메인 오브젝트 사용의 문제점
• 빈약한 도메인 오브젝트 방식
• 풍성한 도메인 오브젝트 방식
• 도메인 계층 방식
• DTO와 리포트 쿼리
• 9.3.4 스프링 애플리케이션을 위한 아키텍처 설계
• 계층형 아키텍처
• 정보 전송 아키텍처
• 상태 관리와 빈 스코프
• 서드파티 프레임워크, 라이브러리 적용
• 9.4 정리

• 10.1 IoC 컨테이너: 빈 팩토리와 애플리케이션 컨텍스트
• 10.1.1 IoC 컨테이너를 이용해 애플리케이션 만들기
• POJO 클래스
• 설정 메타정보
• 10.1.2 IoC 컨테이너의 종류와 사용 방법
• StaticApplicationContext
• GenericApplicationContext
• GenericXmlApplicationContext
• WebApplicationContext
• 10.1.3 IoC 컨테이너 계층구조
• 부모 컨텍스트를 이용한 계층구조 효과
• 컨텍스트 계층구조 테스트
• 10.1.4 웹 애플리케이션의 IoC 컨테이너 구성
• 웹 애플리케이션의 컨텍스트 계층구조
• 웹 애플리케이션의 컨텍스트 구성 방법
• 루트 애플리케이션 컨텍스트 등록
• 서블릿 애플리케이션 컨텍스트 등록
• 10.2 IoC/DI를 위한 빈 설정 메타정보 작성
• 10.2.1 빈 설정 메타정보
• 빈 설정 메타정보 항목
• 10.2.2 빈 등록 방법
• XML: 태그
• XML: 네임스페이스와 전용 태그
• 자동인식을 이용한 빈 등록: 스테레오타입 애노테이션과 빈 스캐너
• 자바 코드에 의한 빈 등록: @Configuration 클래스의 @Bean 메소드
• 자바 코드에 의한 빈 등록: 일반 빈 클래스의 @Bean 메소드
• 빈 등록 메타정보 구성 전략
• 10.2.3 빈 의존관계 설정 방법
• XML: ,
• XML: 자동와이어링
• XML: 네임스페이스와 전용 태그
• 애노테이션: @Resource
• 애노테이션: @Autowired / @Inject
• @Autowired와 getBean(), 스프링 테스트
• 자바 코드에 의한 의존관계 설정
• 빈 의존관계 설정 전략
• 10.2.4 프로퍼티 값 설정 방법
• 메타정보 종류에 따른 값 설정 방법
• PropertyEditor와 ConversionService
• 컬렉션
• Null과 빈 문자열
• 프로퍼티 파일을 이용한 값 설정
• 10.2.5 컨테이너가 자동등록하는 빈
• ApplicationContext, BeanFactory
• ResourceLoader, ApplicationEventPublisher
• systemProperties, systenEnvironment
• 10.3 프로토타입과 스코프
• 10.3.1 프로토타입 스코프
• 프로토타입 빈의 생명주기과 종속성
• 프로토타입 빈의 용도
• DI와 DL
• 프로토타입 빈의 DL 전략
• 10.3.2 스코프
• 스코프의 종류
• 스코프 빈의 사용 방법
• 커스텀 스코프와 상태를 저장하는 빈 사용하기
• 10.4 기타 빈 설정 메타정보
• 10.4.1 빈 이름
• XML 설정에서의 빈 식별자와 별칭
• 애노테이션에서의 빈 이름
• 10.4.2 빈 생명주기 메소드
• 초기화 메소드
• 제거 메소드
• 10.4.3 팩토리 빈과 팩토리 메소드
• 10.5 정리