[6주차](김수환, 오형석, 김동하) #4
Comments
토비의 스프링 4장 예외 정리안좋은 예외처리
그렇다면 예외를 어떻게 다뤄야 할까? 예외의 종류와 특징예외는 크게 두가지로 나뉜다.
Checked Exception이 예외처리를 강제하는 것 때문에 위에 언급한 안좋은 예외처리들이 남발되고 있다. 예외처리 방법
catch(SQLException e){
. . .
throw DuplicateUserIdException(e);
}
JDBC의 한계스프링의 JdbcTemplate은 기계적인 throws선언이 등장하지 않도록 가능한 한 빨리 Unchecked Exception으로 전환하는 예외처리 전략을 따른다. JDBC는 자바 표준 JDK에서도 가장 많이 사용되는 기능 중 하나이다. 하지만 이러한 JDBC에도 한계가 있다.
따라서 해결하기 위해서는 DB전용 에러코드를 사용하는 방법이 있다. DAO 인터페이스 구현의 분리DAO를 굳이 따로 만들어서 사용하는 이유는 Data Access 로직을 다른 성격의 코드에서 분리해놓기 위해서다. public interface UserDao{
public void add(User user);
. . .
}하지만 DAO에서 사용하는 데이터 기술으 API가 예외를 던지기 때문에 이렇게 사용할 수 없다. public void add(User user) throws SQLException;그러나 이렇게 정의한 인터페이스는 다른 Data Access 기술로 전환하면 사용할 수 없다. DataAccess 예외 추상화와 DataAccessException 계층구조스프링은 자바의 Data Access 기술을 사용할 때 발생하는 예외들을 추상화해서 DataAccessException 계층구조 안에 정리해놓았다. (예시) 낙관적인 락킹
ORM 기술이 아니지만 JDBC 등을 이용해 낙관적인 락킹 기능을 수현했다고 해보자.
|
[5장] 서비스 추상화
추상화란?
사용자 레벨 관리 기능 추가userDAO에 추가할 기능
필드 추가
사용자 수정 기능 추가
UserService.upgradeLevels()
upgradeLevels()
public class UserService {
UserDao userDao;
public void setUserDao(UserDao userDao){
this.userDao = userDao;
}
public void upgradeLevels() {
List<User> users = userDao.getAll();
for(User user : users) {
Boolean changed = null; // 레벨의 변화가 있는지를 확인하는 플래그
if (user.getLevel() == Level.BASIC && user.getLogin() >= 50) {
// basic 업그레이드
user.setLevel(Level.SILVER);
changed = true; // 레벨 변경 플래그
}
else if (user.getLevel() == Level.SILVER && user.getRecommend() >= 30) {
// silver 업그레이드
user.setLevel(Level. GOLD)
changed = true; // 레벨 변경 플래그
}
else if (user.getLevel() == Level.GOLD) {
// gold 변경 없음
changed = false; // 레벨 변경 플래그
}
else {
changed = false; // 레벨 변경 플래그
}
if (changed) { userDao.update(user); }
}
}UserService.add()회원가입을 하면 최초의 레벨은 basic 이다. public void add(User user){
if(user.getLevel() == null) // user의 레벨이 주어지면 그냥 그대로 저장한다.
user.setLevel(Level.BASIC);
UserDao.add(user);
}코드 개선기존 코드를 수정하여 테스트하기에 앞서 우리는 다음과 같은 질문을 해볼 필요가 있다.
upgradeLevels() 리팩토링
public void upgradeLevels() {
List<User> users = userDao.getAll();
for(User user : users) {
if (canUpgradeLevel(user)) {
upgradeLevel(user);
}
}
}
private void upgradeLevel(User user){
user.upgradeLevel();
userDao.update(user);
}// User.upgradeLevel
private void upgradeLevel() {
Level currentLevel = this.getLevel();
if(currentLevel == null)
throw new IllegalStateException("유저의 레벨이 존재하지 않습니다.");
try {
Level nextLevel = Level.valueOf(++currentLevel.intValue());
this.setLevel(nextLevel);
}
catch(AssertionError e){
throw new IllegalStateException(this.level + " 업그레이드 불가. 이미 최고레벨입니다.");
}
}트랜잭션 서비스 추상화레벨 관리 작업중 네트워크나 DB의 문제로 작업 완료가 어려워 졌다.
JDBC의 트랜잭션
Connection c = dataSource.getConnection();
c.setAutoCommit(false); // 트랜잭션 시작
try {
PreparedStatement st1 = c.prepareStatement("(update sql)");
st1.executeUpdate();
PreparedStatement st2 = c.prepareStatement("(delete sql)");
st2.executeUpdate();
c.commit(); // 트랜잭션 커밋
} catch (Exception e) {
c.rollback(); // 트랜잭션 롤백
}
c.close();
트랜잭션의 범위설정을 해야한다. 1. 커넥션 관리를 UserService에 맡길 수 있다.
class UserService{
public void upgradeLevels() throws Exception{
Connection c = ... ;
...
try{
...
upgradeLevel(c,user);
...
}
...
}
void upgradeLevel(Connection c, User user){
user.upgradeLevel();
userDao.update(c,user);
}
}interface UserDao(){
public update(Connection c, User user);
...
}DB연결을 깔끔하게 처리를 하기위해 JdbcTemplate을 만들었는데, 이 관심사의 분리가 깨졌다. 2. 독립적인 트랜잭션 동기화JdbcTemplate이 트랜잭션 동기화 방식을 이용하도록 한다.
스프링은 멀티쓰레드 환경에서도 안전한 트랜잭션을 구성할 수 있게 유틸리티 메소드를 제공한다 : TransactionSynchronizationManager private DataSource dataSource;
public void setDataSource(DataSource dataSource) {
// Connection을 생성할 때 사용할 DataSource를 DI받는다.
this.dataSource = dataSource;
}
public void upgradeLevels() throws Exception { //
TransactionSynchronizationManager.initSynchronization();
// 트랜잭션 동기화 작업을 초기화
Connection c = DataSourceUtils.getConnection(dataSource);
// DB 커넥션을 생성하고 트랜잭션을 시작. 이후 DAO 작업은 모두 여기서 시작한 트랜잭션 안에서 진행
c.setAutoCommit(false);
// 트랜잭션의 시작 선언
// DB 커넥션 생성과 동기화를 함께 해주는 유틸리티 메소드
try {
List<User> users = userDao.getAll();
for (User user : users) {
if (canUpgradeLevel(user)) {
upgradeLevel(user);
}
}
c.commit(); // 정상적으로 작업을 마치면 트랜잭션 커밋
} catch (Exception e) {
c.rollback(); // 예외가 발생하면 롤백
throw e;
} finally {
DataSourceUtils.releaseConnection(c, dataSource);
// 스프링 유틸리티 메소드를 이용해 DB 커넥션을 안전하게 닫는다.
TransactionSynchronizationManager.unbindResource(this.dataSource);
// 동기화 작업 종료
TransactionSynchronizationManager.clearSynchronization();
// 동기화 작업 정리
}
}
트랜잭션 서비스 추상화어떤 회사에서 다수의 DB를 백업 용도로 쓰고 있다고 하자.
글로벌 트랜잭션 : 글로벌 트랜잭션을 제공하는 JTA(Java Transaction API)를 사용한다.
UserDao는 데이터 접근 기술을 유연하게 바꿔 사용 할 수 있게 구현되어 있었다. 트랜잭션 처리 코드에 추상화를 도입할 수 있다. �API들의 트랜잭션 경계설정 방법에서 공통적인 특징을 찾아 추상화된 트랝개션 관리 계층을 만들 수 있다. -> 스프링의 트랜잭션 서비스 추상화 public class UserService{
...
private PlatformTransactionManager transactionManager;
// 변수 이름이 transactionManager인 것은 컨벤션이다.
public void setTransactionManager(PlatformTransactionManager transactionManager){
this.transactionManager = transactionManager;
// 어떤 API를 사용하냐에 따라 의존주입을 통해 transactionManger 객체를 설정 할 수 있다.
}
public void upgradeLevels() {
TransactionStatus status =
this.transactionManager.getTransaction(new DefaultTransactionDefinition());
// getTransaction() 메서드를 호출하기만 하면 트랜잭션 시작 뿐 아니라 커넥션까지 가져올 수 있다
// 트랜잭션은 TransactionStatus 타입의 변수에 저장된다.
// 파라미터로 넘기는 객체는 트랜잭션의 속성을 담고있다.
try {
List<User> users = userDao.getAll();
for (User user : users) {
if (canUpgradeLevel(user)) {
upgradeLevel(user);
}
}
this.transactionManager.commit(status);
} catch (RuntimeException e) {
this.transactionManager.rollback(status);
throw e;
}
}
}
서비스 추상화의 단일 책임 원칙수직, 수평 게층구조와 의존관계
DI
DI의 가치는 이렇게 관심, 책임, 성격이 다른 코드를 깔끔하게 분리하는 데 있다. 단일 책임의 원칙하나의 모듈은 한 가지 책임을 가져야 한다. 하나의 모듈이 바뀌는 이유는 하나여야 한다.
메일 서비스 추상화레벨이 업그레이드 되는 고객에겐 안내 메일을 발송해야 한다고 하자. 자바에서 메일을 발송할 때는, Java 표준인 JavaMail을 사용할 수 있다. JavaMail 테스트
JavaMail은 오랜 기간 널리 사용된 기술이다.
어려운 JavaMail 설계 JavaMail과 같은 인터페이스를 갖는 오브젝트를 만들면 된다.
➡️ Spring은 JavaMail을 추상화하는 기능을 제공하고 있다. 테스트와 서비스 추상화
만약 DB의 트랜젝션 개념을 메일에 적용한다면?
테스트 대역DummyMailSender는 하는 것 없이 테스트를 편히 하기 위해 작성했다.
Mock 객체DummyMailSender는 테스트에 큰 영향을 끼치지 않는다.
Ex ) upgradeLevels() 테스트에 실제 메일 발송을 제대로 요청했는지 알고 싶다면, MailSender를 구현한 MockMailSender를 만들고 Request 횟수를 저장하면 된다. |
6장AOP?Aop는 IoC/DI, 서비스 추상화와 더불어 스프링 3대 기반기술의 하나. Aspect Oriented Programming의 약자로 핵심관점, 부가적인 관점으로 나눠서 보고 그 관점을 기준으로 모듈화 하는 프로그래밍 기법 6.1 트랜잭션 코드의 분리6.1.1 메소드 분리public void upgradeLevels() throws Exception {
Transactionstatus status = this.transactionManager.getTransaction(new DefaultTransactionDefinition());
try {
// 비지니스 로직 구간
List<User> users = userDao.getAll();
for (User user : users) {
if (canUpgradeLevel(user)) { upgradeLevel(user); }
}
this.transactionManager.commit(status);
// 비지니스 로직 구간
} catch (Exception e) {
this.transactionManager.rollback(status) ;
throw e;
}
}
→ 성격이 다른 코드를 두 개의 메소드로 분리할 수 있지 않을까? public void upgradeLevels() throws Exception {
TransactionStatus status = this.transactionManager
.getTransaction(new DefaultTransactionDefinition());
try {
upgradeLevelsInternal();
this.transactionManager.commit(status);
} catch (Exception e) {
this.transactionManager.rollback(status);
throw e;
}
}
private void upgradeLevelsInternal(){
List<User> users = userDao.getAll();
for (User user : users) {
if (canUpgradeLevel(user)) {
upgradeLevel(user);
}
}
}
6.1.2 DI를 이용한 클래스의 분리DI 적용을 이용한 트랜잭션 분리
UserService 인터페이스 도입
@Service
public class UserServiceImpl implements UserService {
private UserDao userDao;
private MailSender mailSender;
//...
@Override
public void upgradeLevels() {
List<User> users = userDao.getAll();
for(User user : users)
if(canUpgradeLevel(user)) {
upgradeLevel(user);
}
}
}
}public class UserServiceTx implements UserService {
private UserService userService;
private PlatformTransactionManager transactionManager;
public void setTransactionManager(PlatformTransactionManager transactionManager) {
this.transactionManager = transactionManager;
}
public void setUserService(UserService userService) {
this.userService = userService;
}
public void add(User user) {
userService.add(user);
}
public void upgradeLevels() {
TransactionStatus transaction = transactionManager.getTransaction(new DefaultTransactionDefinition());
try {
userService.upgradeLevels();
transactionManager.commit(transaction);
} catch (RuntimeException e) {
transactionManager.rollback(transaction);
throw e;
}
}
}
트랜잭션을 적용을 위한 DI 설정
트랜잭션 경계설정 코드 분리의 장점
6.2 고립된 단위 테스트
6.2.1 복잡한 의존관계 속의 테스트현재 UserService는 UserDao, MailSender, PlatformTransactionManager 세 가지 타입의 의존 오브젝트가 필요함.
6.2.2 테스트 대상 오브젝트 고립시키기
테스트를 위한 UserServiceImpl 고립
6.2.3 단위 테스트와 통합 테스트
6.2.4 목 프레임워크
Mockito 프레임워크
6.36.3.1 프록시와 프록시 패턴, 데코레이터 패턴
데코레이터 패턴
프록시 패턴
6.3.2 다이내믹 프록시
프록시 구성과 프록시 작성의 문제점
리플렉션
Method lengthMethod = String.class.getMethod("length");
int length = lengthMethod.invoke(name); // int length = name.length();다이내믹 프록시 적용
public Object invoke(Object proxy, Method method, Object[] args)
public class UppercaseHandler implements InvocationHandler {
Hello target;
public UppercaseHandler(Hello target) {
this.target = target;
}
public Object invoke(Object proxy, Method method, Object!] args) throws Throwable {
String ret = (String)method.invoke(target, args); //형변환?
return ret.toUpperCase();
}
}
//프록시 생성하는 코드
Hello proxiedHello = (Hello)Proxy.newProxyInstance(
getClass().getClassLoader(), // 동적으로 생성되는 다이내믹 프록시 클래스의 로딩에 사용할 클래스 로더
new Class[] {Hello.class}, // 구현할 인터페이스
new UppercaseHandler (new HelloTarget())); //부가기능과 위임 코드를 담은 invocationHandler6.3.3 다이내믹 프록시를 이용한 트랜잭션 부가기능
public class TransactionHandler implements InvocationHandler {
private Object target;
private PlatformTransactionManager transactionManager;
private String pattern; //트랜잭션을 적용할 메소드 이름 패턴
public void setTarget(Object target) {
this.target = target;
}
public void setTransactionManager(PlatormTransactionManager transactionManager) {
this.transactionManager = transactionManager;
}
public void setPattern(String pattern) {
this.pattern = pattern;
}
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
if(method.getName().startsWith(pattern)) {
return invokeInTransaction(method, args);
} else {
return method.invoke(target, args);
}
}
private Object invokeInTransaction(Method method, Object[] args) throws Throwable {
TransactionStatus status = this.transactionManager.getTransaction(new DefaultTransactionDefinition());
try {
Object ret = method.invoke(target, args);
this.transactionManager.commit(status); //타깃 호출후 예외가 발생하지 않으면 commit
return ret;
} catch (InvocationTargetException e) { //예외가 발생하면 트랜잭션 롤백
this.transactionManager.rollback(status);
return e.getTargetException();
}
}
}
6.3.4 다이내믹 프록시를 위한 팩토리 빈
팩토리 빈
public interface FactoryBean<T> {
T getObject() throws Exception; //빈 오브젝트를 생성해서 돌려준다.
Class<? extends T> getObjectType(); //생성되는 오브젝트 타입을 알려준다.
boolean isSingleton(); //getObject가 돌려주는 오브젝트가 항상 같은 싱글톤 오브젝트인지 알려준다.
}다이내믹 프록시를 만들어주는 팩토리 빈
6.3.5 프록시 팩토리 빈 방식의 장점과 한계프록시 팩토리 빈의 재사용
프록시 패토리 빈 방식의 장점
프록시 팩토리 빈의 한계
6.4 스프링 프록시 팩토리 빈6.4.1 ProxyFactoryBean
public void simpleProxy() {
Hello proxiedHello = (Hello)Proxy.newProxyInstance( // JDK 다아내믹 프록시 생성
getClass().getClassLoader(),
new Class[] {Hello.class},
new UppercaseHandler(new HelloTarget())
);
}
public void proxyFactoryBean() {
ProxyFactoryBean pfBean = new ProxyFactoryBean();
pfBean.setTarget(new HelloTarget()); // 타깃 설정
pfBean.addAdvice(new UppercaseAdvice()); // 부가기능을 담은 어드바이스를 추가한다. 여러 개를 추가할 수도 있다.
Hello proxiedHello = (Hello) pfBean.getObject(); // FactoryBean이므로 getObject()로 생성된 프록시를 가져온다.
System.out.println(proxiedHello.sayHello("JaeDoo"));
System.out.println(proxiedHello.sayHi("JaeDoo"));
System.out.println(proxiedHello.sayThankYou("JaeDoo"));
}
static class UppercaseAdvice implements MethodInterceptor {
@Override
public Object invoke(MethodInvocation invocation) throws Throwable {
/*
리플렉션의 Method와 달리 MethodInvocation은
메소드 정보와 함께 타깃 오브젝트를 알고 있기 때문에
메소드 실행 시 타깃 오브젝트를 전달할 필요가 없다.
*/
String ret = (String)invocation.proceed();
return ret.toUpperCase(); // 부가기능 적용
}
}
public interface Hello { // 타깃과 프록시가 구현할 인터페이스
String sayHello(String name);
String sayHi(String name);
String sayThankYou(String name);
}
static class HelloTarget implements Hello { // 타깃 클래스
@Override
public String sayHello(String name) { return "Hello " + name;}
@Override
public String sayHi(String name) { return "Hi " + name;}
@Override
public String sayThankYou(String name) {return "Thank You " + name;}
}어드바이스: 타깃이 필요 없는 순수한 부가기능
포인트컷: 부가기능 적용 대상 메소드 선정 방법
|
The text was updated successfully, but these errors were encountered: