PointCut 예제, Advice등의 모음

Posted 2007. 1. 11. 01:40

클릭
나름 좋아 보임... 정리 잘되었음...

스프링의 Pointcut 아래와 같음 위의 예제는 몇개밖에 없지만 꼭 필요한 것들임
org.springframework.aop.support.ComposablePointcut
org.springframework.aop.support.ControlFlowPointcut
org.springframework.aop.support.DynamicMethodMatcherPointcut
org.springframework.aop.support.JdkRegexpMethodPointcut
org.springframework.aop.support.NameMatchMethodPointcut
org.springframework.aop.support.Perl5RegexpMethodPointcut
org.springframework.aop.support.StaticMethodMatcherPointcut

advice도 5가지 - 이것도 예제 참조
Before Advice : org.springframework.aop.MethodBeforeAdvice
After returning Advice : org.springframework.aop.AfterReturningAdvice
Around Advice : org.springframework.aop.MethodInterceptor
Throws Advice : org.springframework.aop.ThrowsAdvice
Introduction : org.springframework.aop.IntroductionInterceptor

Filed under : Development Area/Spring

Spring JDBC Template

Posted 2006. 12. 28. 00:36

http://www.oracle.com/technology/global/kr/pub/articles/marx_spring.html
갑자기 패턴 생각이 나서 링크 걸었음.

어제는 친구에게 전화가 와서 대뜸 물어보는것이 ....
친구 : Spring을 쓰면 좋냐 ??
나 : 쓰기 나름이지.... 좋고 나쁘고는 없어....

가끔 느끼는 것이지만.... 아무런 대책도 없이 기술들을 마구 접하고 업무에 적용하다 보면 안쓰는것 보다도 더 안좋다고 생각한다. 즉 땜빵식 기술 접함..... 스터디는 좋다.
이것을 에자일 하다고 표현하는 이가 있기도 하다. 정말 에자일인가 ? 모르겠다. 알아서 생각하면 될듯....

외국 사이트에서 무슨 글을 읽다가 발견한....스프링을 안쓰는 이유가 "몰라서" 라고 한것 같다. 배워도 안되는 것이 있다. 경험인 것이다. 이것을 얼만큼 많은 업무에 써보고 그것을 아는가.... 라는..... 대안은 얼마나 있고..... 어디서 정보를 얻어야 하며....
기타 등등 생각할것이 많은 것이 고민거리이다.....
만일 우리집 홈페이지라면 그냥 암거나 써서 만들겠지만 말야....

친구에게 답해줬다.
"네가 하고 있는 프로젝트에 20% 이상 파일럿을 진행하고...check list 만들고 ....
안되는 것에 대해서 Gap분석을 한후 대안을 찾아.... 어차피 기술이나 아키텍처는 대안 이 매우 중요해서 대안이 없다면 억지로 기술을 적용할 필요는 없어, 최신기술을 쓰려다 비지니스를 서포팅 못한다면...안하느니 못하지....
네가 하고 있는 것에 안 맞을 지도 몰라... 좀더 많은 자원과 시간이 필요 하겠지...공짜가 어디있어...!!... 문서화도 해라... 간단하게 라도 해둬야 나중에 뭐했는지 알꺼 아냐... 나한테 대강 이란말 쓰지마... 그게 재앙을 가져온다....생각할게 얼마나 많은지 알아 ??? 이게 다가 아니라고.... 정말 내 도움이 받고 싶다면 문서화 해서 보내.... "

내가 보기엔 프레임워크가 문제가 아니라.... 사람의 마인드가 문제인듯...
좋다면 무조건 질러버리고 만다는... 지금 그래서 나또한 손해본게 한두개가 아니자나....
여전히 계속...쭈욱.. 그러고 있다. 나도 그러했다.

문서화를 하라는게 아니고 최소한 생각이나 한번은 해봤는지....
부끄럽지도 않은 모양이다..... 그때 그때 머리에서 생각나면 하는게 에자일이라고 우기는 인간도 간간히 있었음....

지금까지 본 몇몇 미신은 이러했다.
DDD면 다 해결 된다. : 네가 말하는 DDD는 국제전화임이 틀림이 없을 것이다.
Spring이면 다 해결된다 . : 봄에 뭐 어쩐다고....
웹서비스가 연동의 모든것이다. 그리고 나선 트렌젠션 어케 하냐고 나에게 묻는다. 질러놓고 보냐 ??
오픈소스는 소스가 공짜여서 맘대로 고치고 피드백도 빠르니깐 적용하고 본다.
IoC를 반드시 적용한다. AOP를 반드시 적용한다.

어떤 이에게는 이렇게 말해주고 싶다.
집에 홈페이지나 그렇게 만드세요..... 회사 피해주지 말공... 집에가셔서.....

Filed under : Development Area/Spring

Types of Inversion of Control

Posted 2006. 10. 30. 23:22

이전에 보았던 책인데 다시 보고 조금 정리 중입니다. ^^

Types of Inversion of Control - proSpring에서 인용함.

* Dependency Lookup comes in two types:

Dependency Pull
Contextualized Dependency Lookup (CDL).

* Dependency Injection also has two common flavors: 물론 메서드 인젝션도 있음

Constructor Dependency Injection
Setter Dependency Injection.

1-1. Dependency Pull
public static void main(String[] args) throws Exception {

   // get the bean factory
   BeanFactory factory = getBeanFactory();

   MessageRenderer mr = (MessageRenderer) factory.getBean("renderer");
   mr.render();
}

EJB개발을 하면서 저런 스타일은 많이 봐온 스타일이다 (JNDI Look Up) . 즉 이미 익숙한 패턴인것이다.
이것을 IOC 입장에서 설명하면 Dependency Pull 이다.

1-2. Contextualized Dependency Lookup (CDL)

public interface ManagedComponent {

public void performLookup(Container container);
}

보는바와 같이 인터페이스에 1-1 처럼 레파지토리가 아니고 Context를 이용하는게 보인다.

2-1 Constructor Dependency Injection
public class ConstructorInjection {

private Dependency dep;

public ConstructorInjection(Dependency dep) {
this.dep = dep;
}
}

보는 바와 같이 Constructor를 이용하고 있다.
Constructor의 Argument를 이용하고 있다.
어느때 Constructor IoC를 쓰고 Setting IoC를 이용할지는 http://itgs.tistory.com/71
에 많은 자료를 두었다.

2-2 Setter Dependency Injection.

public class SetterInjection {

private Dependency dep;

public void setMyDependency(Dependency dep) {
this.dep = dep;
}
}

Spring Framework에서 가장많이 쓰이는 Injection이다. 일반적으로 java bean의 Set 메서드형태이며 configuration을 이용해서 객체를 할당한다.
http://itgs.tistory.com/71 에 가면 좀더 많은 자료가 있다. 물론 .net버전의 Spring에 대한 자료이지만 개념적으로 좀더 잘 설명이 되어 있어

Lookup 기반의 컴포넌트를 제작하게 되면 나중에 Test하기가 나빠진다.
WAS환경과 똑같이 만들기가 힘들다. 그러나 이미 많은 사람들도 알다시피...
IoC덕택에 pico Container 덕택에 Testing을 자동화하고 가상 객체들을 쓰는데 익숙해지게 된다. 이러한 것이 스프링 프레임워크의 특징이며 컨테이너라는 용어를 가져다 칭할수 있는 것이다.

요즈음 pro Spring을 다시 보고 있다. IT거버넌스를 하는데 pro Spring을 보냐고 묻는 사람들도 많이 있지만.... 일단 재미도 있기도 하고....
자세히 알만한것들은 몇가지 자세히 기술을 알 필요가 있기에 그렇다.
3년전인가... Spring을 이용해서 모 사이트를 구축했는데...
아직도 그것이 잘 이해 되지 않은 상태에서 구축되어 아쉬움이 많이 남는다.
아키텍처가 좋다 나쁘다는 말하기 힘들겠지만....

(실제 나는 나쁜 아키텍처가 존재한다고 생각하지는 않는다.)

Spring Framework은 EJB를 연동시 자신의 메커니즘(스프링이 컨테이너임을 좀더 인지한다면 IoC의 개념을 최대한 사용해야 했었다. )을 최대한 사용해야 한다.

아래의 자료는 DI에 대해서 구체적으로 잘 설명된 자료임.참조자료 ^^

invalid-file

Filed under : Development Area/Spring

Dependency Injection for Loose Coupling - Spring .net

Posted 2006. 10. 18. 00:24

Constructor Injection과 Setter Injection의 차이를 잘 설명하고 있다. 출처는
http://www.codeproject.com/cs/design/DependencyInjection.asp
이며 저 아래 보면
AOP에 대해서 나온다. 이러한 코드에 대한것들은 주로 .NET 이며
현 코드는 Spring .net 이다. java와 거의 다르지 않으므로 좋은 기사가 될듯 ^^

ps : 아래는 Spring java 버전의 글이지만...별다른 다른 점은 없음

Rod Jonson의 홈페이지에도 몇몇 글이 있다. 비교하면서 보면 좋을듯 ^^
(이젠 다른사이트에 블로그를 올린다. 오래된 블로그임)
http://blog.springframework.com/rod/?p=1

Pojo In Action에도 몇몇 글이 나온다. 빈을 어케 하는지에 대해서 나오는데
약간 설명한것 여기 소개하면 여기서는 constructor injection을 쓴다. 이유는 있다.
http://www.developer.com/java/ejb/print.php/3594121
이다.

자러가야지...졸리네...

http://www.theserverside.com/news/thread.tss?thread_id=34167 요것도 좋은글
http://forum.springframework.org/showthread.php?t=23139
링크하나더

invalid-file