토비의 스프링

개인 공부/토비의 스프링 3.1

[토비의 스프링] 2.2 UserDaoTest 개선

2.2 UserDaoTest 개선 테스트 검증의 자동화 테스트란 개발자가 마음 편하게 잠자리에 들 수 있도록! 만들어진 코드의 기능을 모두 점검할 수 있는 포괄적인 테스트 필요 에러 발생은 JVM에서 호출스택과 에러메시지가 상세히 출력됨 테스트의 효율적인 수행과 결과 관리 JUnit테스트 프로그래머를 위한 자바 테스팅 프레임워크 기존 main() -> 테스트 메소드 @Test 어노테이션 추가 public 선언 검증 코드 전환 AssertThat 스태택 메소드 활용(JUnit 버전별 문법 확인) 실행 인텔리제이에서 바로 실행 가능 결과 실패시 바로 이동 가능

개인 공부/토비의 스프링 3.1

[토비의 스프링] 2.1 UserDaoTest 다시 보기

2장 - 테스트 계속 변화하고 복잡해지는 애플리케이션에 대응하기 위한 2가지 전략 객체지향 설계 및 이것을 효과적으로 담아낼 수 있는 IoC/DI 기술 코드를 확신할 수 있게 해주고, 변화에 유연하게 대철할 수 있는 자신감을 주는 테스트 기술 테스트는 스프링을 학습하는데 있어 가장 효과적인 방법 2.1 UserDaoTest 다시보기 테스트의 유용성 웹을 통한 DAO 테스트 방법의 문제점 일반적인 웹 어플리케이션 테스트 방식 DAO, Service, MVC 프레젠테이션 계층까지 다 만듦 서버에 배치 웹 화면을 띄워 폼을 열고, 값을 입력한 뒤 버튼을 눌러 등록해봄 에러가 없는지 확인 모든것을 만들고 나서야 테스트가 가능하다는 것이 가장 큰 문제 다 만들고 나서 한번에 테스트하기 떄문에 어디서 문제가 발생했..

개인 공부/토비의 스프링 3.1

[토비의 스프링] 1.8 XML을 이용한 설정

1.8 XML을 이용한 설정 DI 의존관계 설정정보 만드는 방법 단순 텍스트 파일이라 다루기 쉬움 쉽게 이해 가능 별도 빌드 작업이 없음 환경 변화에 빠르게 변경사항 반영 가능 XML 설정 @Bean 메소드를 통해 얻을 수 있는 빈의 DI정보 빈의 이름: @Bean메소드 이름이 빈의 이름, getBean()에서 사용 빈의 클래스: 빈 오브젝트를 어떤 클래스를 이용해서 만들지 결정 빈의 의존 오브젝트: 빈의 생성자, 수정자 메소드를 통해 의존 오브젝트를 넣어줌 클래스 설정과 XML 설정 대응항목 구분 자바 코드 설정정보 XML 설정 정보 빈 설정파일 @Configuration 빈의 이름 @Bean methodName() UserDao 전환 수정자 메서드 선호하는 이유 XML로 의존관계 정보 생성시 편리함 ..

개인 공부/토비의 스프링 3.1

[토비의 스프링] 1.7 의존관계 주입(DI)

1.7 의존관계 주입(DI) DI(Dependency Injection): 오브젝트 레퍼런스를 외부로부터 주입받고 이를 통해 오브젝트와 다이내믹하게 의존관계가 만들어지는 것 DaoFactory처럼 객체를 생성하고 관계를 맺어주는 등의 작업을 담당하는 기능을 일반화한 것이 스프링의 IoC 컨테이너 의존관계 주입 일어나는 방법에 초점을 맞춘 것 런타임 의존관계 설정 의존관계 누가 누구에게 의존하는 관계 의존관계는 방향성이 존재함 UserDao의 의존관계 UserDao가 ConnectionMaker에 의존하는 형태 ConnectionMaker의 변화는 UserDao에도 영향을 줌 ConnectionMaker 인터페이스를 구현한 클래스의 변화는 UserDao에 영향을 주지 않음 인터페이스에 대해서만 의존관계 형..

내캉
'토비의 스프링' 태그의 글 목록