토비의 스프링3.1 공부중 질문 하고싶습니다!

Question

트랜잭션 경계설정과 동기화 부분을 보는 중인대 service 부분에서 다음과 같은 메소드가 등장합니다.문득 템블릿 콜백 패턴에서 공통로직과 변하는 로직을 분리하는 것이 생각나서 시도해 보았는대 생각처럼 잘 되지 않네요 트랜잭션 동기화가 필요한 부분을 콜백 메소드 패턴으로 만들어서 동기화가 필요한 service 메소드의 try catch 부분의 중복을 피할 수 있는건가요? 안된다면 안되는 이유를 듣고싶습니다. public void upgradeLevels() throws Exception{ TransactionSynchronizationManager.initSynchronization(); Connection c &#61; DataSourceUtils.getConnection(dataSource); c.setAutoCommit(false); try { //트랜잭션 동기화가 필요한 로직 List<User> users &#61; userDao.getAll(); for (User user : users) { if (canUpgradeLevel(user)) { upgradeLevel(user); } } } catch(Exception e) { c.rollback(); throw e; } finally { DataSourceUtils.releaseConnection(c, dataSource); TransactionSynchronizationManager.unbindResource(this.dataSource); TransactionSynchronizationManager.clearSynchronization(); } }

fx · Accepted Answer

템플릿 메소드 패턴을 말씀하시는 것 같습니다.트랜잭션 동기화가 필요한 로직 부분에 추상 메서드를 하나 호출하고,상속 받은 클래스에서 변하는 로직만 작성할 수 있습니다. 스프링의 방식보다는 단순해서 이해하기 쉬우나,특정 클래스를 상속받아야 하는 단점이 있습니다. 스프링이 많이 사용되기 전에는 템플릿 메소드 패턴도 자주 사용되었습니다.

plankton · Answer

감사합니다! 디자인패턴은 언제봐도 헷갈리네요

tobyilee · Answer

물론 가능합니다. 스프링이 제공하는 TransactionTemplate/TemplateCallback이라는 템플릿/콜백도 있습니다. 책에서는 이게 반복적으로 적용되는 문제를 해결하기 위해 다른 전략을 소개하지 않나 싶습니다. 책을 본지 오래돼서 기억이 잘 안 나네요..

토비의 스프링3.1 공부중 질문 하고싶습니다!

3개의 답변

Q&A 목록