2010-08-18 3 views
0

POJO는 Spring의 표준이지만 Java EE 세계에서도 보급되어 있습니다. 하나의 non-POJO 거점은 Servlet입니다. 나는 어떤 오픈 소스도 변하기를 호소하는지 궁금해.POJO 서블릿은 이제까지 고려 되었습니까?

POJO 예 :

클래스 MyHttpServlet {@Inject 무효 의 doGet (@HttpServletRequest 요청 요청 응답 @HttpServletResponse 응답) {...}}

클래스 MyOtherServlet {@Inject 공극 doOther (@OtherServletRequest 요청 요청, @OtherServletResponse 응답 응답) {..}}

클래스 MyOneWayServlet {@Inject 무효 doOneWay (@OneWayServletRequest 요청 요청) {...}}

.....

어쩌면 모든 POJO /의 SoC/느슨한 결합을 만드는 방법에 관하여 실용적으로.

Spring이 EJB2.x를 사용하는 것은 나중에 EJB3.x로 반환되지만, 서블릿에서는 MVC 계층을 추가합니다 (예 : 다른 웹 프레임 워크와 마찬가지로).

Orginally 누군가가 서블릿에 급진적 인 방법을 구상하는지 묻고 있었다. 그 대답은 분명히 나에게 보이지 않는다.

+0

조금 더 나은 것을 설명 할 수 있습니까? –

+0

서블릿 3 스펙이 설계 될 때 실제로 서블릿 주석을 POJO (기본 클래스가없고 인터페이스가 없음)에 적용 할 수있는 논의가 있었지만 커뮤니티에 의해 거부되었습니다. –

답변

3

나는 당신이 Servlet에 POJO 맛의 대안을 요구하고 있다는 것을 이해합니다. 맞습니까?

없습니다. Java EE 웹 응용 프로그램의 핵심 빌딩 스톤입니다. HTTP 요청을 가로 채기위한 필수 응용 프로그램 프로그래밍 인터페이스를 제공합니다. 그러나 전체적으로 Servlet을 추상화하는 Java EE 기반 MVC 프레임 워크가 많이 있으므로 기본적으로 Javabean (또는 POBO 이라고 부름)을 모델로, JSP/(X) HTML 페이지를 뷰로 마무리해야합니다. JSF, Spring MVC, Struts2, Wicket 등이 있습니다.

Servlet을 재발견 할 필요가 없습니다. 그것은 성숙하고 단단한 건물의 돌입니다. 그것이 당신을 방해하는 경우 MVC 프레임 워크를 사용하여 그냥 멀리 추상. 만약 내가 제대로 이해하고 이것이 내가 아무것도 이해하지 않았다 당신이

+0

POJO 덕분에 웹/서블릿 컨테이너를보다 생생하게 만들 수있는 예제를 추가합니다. – sof

+0

POJO라는 용어의 의미를 혼란스럽게 생각합니다. 귀하의 코드 예제는 DI를 보여 주며, 이는 Spring MVC가 수행하고있는 것보다 적거나 많습니다. – BalusC

+0

웹/서블릿 컨테이너가 http 요청/응답 객체를 강화할 필요는 없지만 "POJO"서블릿을 desingated tranport "SERVICE"(http/other/oneway ...)와 합성하여 여러 유형을 주입 할 수 있습니다.). – sof

1

는 스프링 MVC 컨트롤러를 살펴 보자.