문제

당신은 시도를 사용하여 MVC 또는 다른 UI 에 대한 패턴 GWT 클라이언트 코드입니다.는 함정이 무엇인/장점을에서 직면하는 다른 방법?

도움이 되었습니까?

해결책

나는 당신이 필요하다고 생각하는 치료 GWT 그냥 다른 UI 프레임워크,스윙,코코아,등등.모든 것은 의미에서 이러한 프레임워크의 측면에서 MVC(또는 다른 패러다임)에서 의미가 GWT 니다.나는 가끔 생각하는 사람들을 MVC 것은 너무 멀리하고 나는 다음과 같은 방법으로 그것은 작품에서 코코아보다 더 가장 frameworks.보기를 만들 수 있 ViewController 컨트롤하는 모든 행위의 보기,그리고 당신은 모델체와 함께 귀하의 모든 데이터입니다.나는 생각하지 않아야 합 독단적인 위치에 대한 모든 비즈니스의 논리,단지 그것이 필요하고 의미가 있습니다.

의 측면에서 함정,주요 사람으로 실행됩니다 당신은 GWT 은 순전히 프런트 엔드 기술,그래서 기술적으로 뒤쪽 끝에 앉아 어딘가에 있는 서버.내가 이것을 보지 않는 것으로는 다른 클라이언트는 서버 스윙 응용 프로그램을 저장하는 그것의 데이터 클라우드에서 어딘가에.차이 GWT 컴파일로 아래 자바 스크립트,그리고 모든 제한 자바스크립트는 웹 응용 프로그램,있을 것입니다,그래서 일부는 당신은 단순히 할 수 없어 프런트 엔드에.예를 들어 봅시를 만들려고 합 PDF 보여주고,사용자에게 할 수 없는 것에 GWT,당신을 부를 필요가 다시 말하는 당신을 위해 그것을 할 수 있습니다.에서 스윙 응용 프로그램에 다른 손으로 당신은 아마 사용 itext 고 클라이언트 측에서.

다른 팁

GWT의 MVC 패턴은 이것에서 논의됩니다 의문, 이 심도에 대한 링크도 있습니다 블로그 게시물.

내가 추가 할 유일한 것은 클라이언트 측 코드 전체가 "MVC"에서 "V"로 간주 될 수 있다는 것입니다. 클라이언트 사이드 코드를 자체 중첩 MVC 구성 요소로 생각하면 Java, 객체 지향적이므로 스윙 앱처럼 설계 될 수 있습니다. GWT RPC 재료를 처리하기 위해 가능한 한 많은 컨트롤러 코드를 뷰에서 가져 오는 것이 유리하다고 생각합니다. 클라이언트 대신 서버에서 원하는지 결정해야 할 수도 있기 때문에 모델이 때때로 더 문제가됩니다. 또는 모델 프록시 등을 만듭니다.

http://code.google.com/p/gwt-mvc/ 당신을 도울 수 있습니다.

장점은 다음과 같습니다.

  • 읽기 쉬운 컨트롤러
  • 역사 토큰 관리
  • 컨트롤러는 jmock을 사용하여 테스트블입니다 (gwttestcase는 아님)
  • 계층 적 MVC
  • 보기, 컨트롤러 및 모델을 코딩하기위한 간단한 상속.

gwtruts를 사용해 보셨습니까?http://sourceforge.net/projects/gwtruts/)? 또한 GWT에서 뷰와 컨트롤러를 분리하는 오픈 소스 GWT MVC 프레임 워크입니다.

GWT 앱이 가장 작은 프로젝트를 넘어서는 경우 어떤 종류의 MVC/MVP 유형 패턴을 사용하는 것이 정말 중요합니다.

이미 언급 된 것 외에도 여기에서 본 GXT의 MVC 구현도 있습니다. http://www.bristol-gtug.org/?p=45

작년 Google IO에서 열린이 대화는 많은 사람들이 GWT에서 MVC/MVP에 대해 생각하기 시작했습니다. http://code.google.com/events/io/2009/sessions/googlewebtoomkitbestpractices.html.

최근에 GWT 문서에 MVP 아키텍처에 대한 자습서가 있음을 알았습니다. http://code.google.com/webtoolkit/doc/latest/tutorial/mvp-achitecture.html

JetBrains에서 개발되어 여러 (현재 미개되지 않은) 제품에 사용되는 최소한의 MVC 프레임 워크 인 JetPad-Mappers를 살펴볼 수 있습니다.

면책 조항, 저는이 프레임 워크의 개발에 관여합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top