이것도 이미 DZone을 통해서 퍼온겁니다.
BlazeDS를 통한 Spring 프레임 워크를 적용하는 것에 대한 글입니다.
제가 설명에는 쥐약이라서 설명해줄 만한거 없을까.. 하고 찾아봤습니다. ^^;;
--> Flex, Spring and BlazeDS: the full stack! (Part 1) <--
--> Flex, Spring and BlazeDS: the full stack! (Part 2) <--
--> Flex, Spring and BlazeDS: the full stack! (Part 3) <--
--> Flex, Spring and BlazeDS: the full stack! (Part 4) <--
--> Flex, Spring and BlazeDS: the full stack! (Epilogue) <--
노파심에서 말씀드리지만... 프레임워크를 통한 표준화,자동화를 좋아하는
저로써도 무조건 사용은 자제 해달라는 것입니다.
아무리 스프링 프레임워크가 좋다 하더라도 적용가능한 상황과 아닌 상황이
발생할수 밖에 없고 더더군다나 위의 예제에는 하이버네이트라든가 Maven,JBoss
등의 다른 프레임워크가 같이 사용되고 있어서 더욱 그렇습니다.
그래도 편리한(?) 개발과 갑으로부터 유지보수에 대한 쪼임없이 프로젝트를 잘해서
빠져나가기 위해서는 프레임워크를 사용하는 것도 방법이 되니 도움이 되시기
바랍니다.
BlazeDS를 통한 Spring 프레임 워크를 적용하는 것에 대한 글입니다.
제가 설명에는 쥐약이라서 설명해줄 만한거 없을까.. 하고 찾아봤습니다. ^^;;
--> Flex, Spring and BlazeDS: the full stack! (Part 1) <--
--> Flex, Spring and BlazeDS: the full stack! (Part 2) <--
--> Flex, Spring and BlazeDS: the full stack! (Part 3) <--
--> Flex, Spring and BlazeDS: the full stack! (Part 4) <--
--> Flex, Spring and BlazeDS: the full stack! (Epilogue) <--
노파심에서 말씀드리지만... 프레임워크를 통한 표준화,자동화를 좋아하는
저로써도 무조건 사용은 자제 해달라는 것입니다.
아무리 스프링 프레임워크가 좋다 하더라도 적용가능한 상황과 아닌 상황이
발생할수 밖에 없고 더더군다나 위의 예제에는 하이버네이트라든가 Maven,JBoss
등의 다른 프레임워크가 같이 사용되고 있어서 더욱 그렇습니다.
그래도 편리한(?) 개발과 갑으로부터 유지보수에 대한 쪼임없이 프로젝트를 잘해서
빠져나가기 위해서는 프레임워크를 사용하는 것도 방법이 되니 도움이 되시기
바랍니다.
