2011-11-28 9 views
0

다음과 같은 문제가 발생했습니다.GWT RPC : 핫스왑 대 POJO

현재 GWT 프로젝트에서 동료와 협력하고 있습니다. RPC 비동기 서비스를 사용하고 있습니다. 우리는 종종 인 state 개체를 보내고받을 필요가 있습니다.

우리는 항상 매개 변수로하고, 반환 형식으로 상태가되는 서비스 메소드의 무리가 : 우리가 메소드 선언에서 Serializable 인터페이스를 가지고 있기 때문에

HashMap<String, Serializable> fillAndGetUI(HashMap<String, Serializable> state) throws ProjectServiceException; 

내가 사용하지 말하고 좋지 않아이있는 RPC 및 GWT 컴파일.

하지만 : HashMap은 유용 할 때마다 서버를 다시 시작하는 대신 hotswap을 사용할 수 있습니다 (방법은 putget을 작성하는 것으로 충분합니다). 나의 제안은 POJO를 사용하는 것이었지만 중요한 핫 스왑 어블 일 리를 풀 수 있습니다.

선언문에 HashMap을 사용하지 않고 동시에 핫스왑 기능을 사용할 수있는 솔루션은 무엇입니까? RequestFactory이이 문제를 해결할 수 있습니까? (우리는 GWT 2.1을 사용하고 있습니다. 버전 변경은 옵션이 아닙니다)

+0

개발을 위해 여전히 HashMap을 사용할 수 있으며, 프로덕션 POJO는 괜찮습니다. 이 경우 RPC 대신 Command Pattern을 적용하는 것이 매우 유용합니다. http://stackoverflow.com/questions/3243423/why-use-the-command-pattern-in-gwt-or-any-web-app – hsestupin

답변

1

가장 쉬운 솔루션은 일반 오래된 RequestBuilder, JSON 및 오버레이 유형을 사용하는 것입니다. RequestFactory가 도움이되지 않을 것입니다.