RESTful 아키텍처, Spring과 Java EE

저는 현재 구축중인 일부 새로운 프로젝트에 대한 아키텍처 솔루션에 대한 결정을 내리고 있습니다.RESTful 아키텍처, Spring과 Java EE

이러한 프로젝트는 멀티 플랫폼, 모바일, 태블릿, 데스크톱 등이어야합니다. 따라서 백엔드/서버에 RESTful API (json)를 선택해야하는 이유.

나는 Java EE를 오랫동안 사용해 왔기 때문에 현재 Spring과 Java EE 6로 압축을 풀고 있지만 두 가지 모두 매우 직관적 인 것처럼 보입니다. Spring은 훨씬 더 많은 구성과 레이어가있는 것 같습니다.

저는 Spring 3.1 Rest와 Java EE 6 Resteasy/Jersey를 살펴 보았습니다.

모든

이 설정을 아주 쉽게되었습니다 봄 나는 @EnableWebMvc 새로운 httpMessageConverters 등을 사용 RESTEasy가/뉴저지

웹 서비스에서 반환 내용이 결정될 수 있음을 RESTEasy가/뉴저지에 보인다 요청 (json/xml/html ...)에 의해 Spring에서 동일합니까?

다른 조언도 매우 도움이 될 것입니다,

감사

출처

2012-02-23 macalase

다른 프레임 워크에 비해 Spring의 큰 장점은 거의 모든 기본 구성 요소를 자신의 것으로 교체 할 수 있다는 것입니다.

귀하의 경우 ContentNegotiationViewResolver가 아마도 하나입니다. http://static.springsource.org/spring/docs/3.0.0.M3/spring-framework-reference/html/ch18s02.html

출처

2012-02-23 12:16:03

: 그것은 몇 가지 예와 설명을 얻기 위해 다음과 같은 참조 형식의 URL 매개 변수에 의해 또는 확장 (예 : .json/.XML)

을함으로써 동의를 헤더에 의해 요청 된 양도 유형을 결정하기 위해, 기본적으로 당신을 수 있습니다 이는 Java EE보다 이점이 아닙니다. Java EE에서는 클래스를 바꿀 필요없이 자연스럽게 수행 할 수 있습니다. 나는 이것이 어떤 이점이냐고 반대한다. 심지어 나쁜 디자인으로 간주 될 수도 있습니다. –

은 예 반환 데이터 형은 봄에서 변경 될 수 있습니다.

요청의 accept-header를 사용하거나 요청과 함께 매개 변수를 제공 할 수 있습니다.

이전 답변 this을 참조하십시오.

출처

2012-02-23 12:01:22

RESTful 아키텍처, Spring과 Java EE

답변

관련 문제