Komentarze do: GWT oraz implementacje MVC http://blog.code-house.org/2009/11/gwt-and-mvc-implementations/ Blog niewielkiej firmy z branży IT. Sat, 12 Jun 2010 16:33:26 +0200 http://wordpress.org/?v=2.8.4 hourly 1 Autor: Łukasz Dywicki http://blog.code-house.org/2009/11/gwt-and-mvc-implementations/comment-page-1/#comment-42 Łukasz Dywicki Mon, 14 Dec 2009 09:27:11 +0000 http://blog.code-house.org/?p=154#comment-42 Hej Misiek, Oczywiście, że zastanawiałem się nad MVP, ale brak konkretnych przykładów skutecznie mnie zniechęcił. Powiem Ci szczerze, że taki sam efekt uzyskałem w <a href="http://puremvc.org/" rel="nofollow">Pure MVC</a>, ponieważ widok jako taki jest obsługiwany przez mediatora, który ma referencję do kontrolek. Z kolei widok może komunikować się tylko z mediatorem - czyli MVP. Dodatkowo w Pure MVC są wyodrębnione interfejsy IProxy oraz ICommand, które można wykorzystać - Proxy jako wrappery na serwisy RPC/JSON a Command do zaszycia wspólnej logiki. Jeśli idzie o gwt-dispatch i gwt-presenter. Po stronie serwera używam Spring MVC a komunikacja odbywa się przy pomocy JSON. Po stronie serwera GWT oferuje "wielkie nic", stąd też wolałem skorzystać ze sprawdzonego narzędzia. :) Swoją narzędzia które używam można pobrać z SVN: <a href="http://svn.code-house.org/gwt/" rel="nofollow">Code-House GWT Tools</a> bądź przejrzeć na <a href="http://inside.code-house.org/fisheye/browse/GWTTools" rel="nofollow">Fisheye</a>. W skład projektu wchodzą komponenty: - GXT Adapter - przerzuca POJO do rekordów GXT oraz z powrotem - JSON - generuje parsery JSON na bazie POJO - Rest Spring - generator proxy na bazie adnotacji @RequestMapping itp ze Springa. - Velocity - abstrakcyjny generator zbudowany na bazie <a href="http://velocity.apache.org/" rel="nofollow">Velocity</a> Po nowym roku powinien być pierwszy release. :) Hej Misiek,
Oczywiście, że zastanawiałem się nad MVP, ale brak konkretnych przykładów skutecznie mnie zniechęcił. Powiem Ci szczerze, że taki sam efekt uzyskałem w Pure MVC, ponieważ widok jako taki jest obsługiwany przez mediatora, który ma referencję do kontrolek. Z kolei widok może komunikować się tylko z mediatorem – czyli MVP. Dodatkowo w Pure MVC są wyodrębnione interfejsy IProxy oraz ICommand, które można wykorzystać – Proxy jako wrappery na serwisy RPC/JSON a Command do zaszycia wspólnej logiki.
Jeśli idzie o gwt-dispatch i gwt-presenter. Po stronie serwera używam Spring MVC a komunikacja odbywa się przy pomocy JSON. Po stronie serwera GWT oferuje “wielkie nic”, stąd też wolałem skorzystać ze sprawdzonego narzędzia. :)
Swoją narzędzia które używam można pobrać z SVN: Code-House GWT Tools bądź przejrzeć na Fisheye.
W skład projektu wchodzą komponenty:
- GXT Adapter – przerzuca POJO do rekordów GXT oraz z powrotem
- JSON – generuje parsery JSON na bazie POJO
- Rest Spring – generator proxy na bazie adnotacji @RequestMapping itp ze Springa.
- Velocity – abstrakcyjny generator zbudowany na bazie Velocity

Po nowym roku powinien być pierwszy release. :)

]]> Autor: Misiek http://blog.code-house.org/2009/11/gwt-and-mvc-implementations/comment-page-1/#comment-41 Misiek Sat, 12 Dec 2009 14:49:44 +0000 http://blog.code-house.org/?p=154#comment-41 Witam Czy zastanawiałeś się może nad zastosowaniem MVP. Na konferencji google i/o to właśnie podejście było sugerowane. Powiem szczerze że w naszej aplikacji od zawsze mieliśmy problemy z MVC, korzystaliśmy z implementacji zawartej w GXT. Jeśli chodzi o implementację MVC w GXT to powiem szczerze pozostawia ona wiele do życzenia. Dlatego też z uwagi na te problemy cały czas zastanawialiśmy jak lepiej rozwiązać problemy z którymi się borykaliśmy. Dopiero po przejrzeniu materiałów z Google I/O z maja, uznaliśmy że to jest kierunek w którym będziemy podążać, oczywiście musieliśmy przepisać dużą część aplikacji. Postanowiliśmy użyć gwt-presenter i gwt-dispatch, wiązało się to z dużą ilością pracy ale z perspektywy czasu mogę powiedzieć że się opłacało. Zgodnie z zaleceniami google zaczęliśmy używać bardzo intensywnie gin po stronie klienta i guice po stronie serwera. Po tych zmianach mogę śmiało powiedzieć że jednak warto było. MVP jest bardziej przejrzysty i oczywisty. A gin, no cóż raz zaczniesz używasz i już nie pamiętasz jak to było bez tego. Pozdrawiam Marcin Misiewicz Witam

Czy zastanawiałeś się może nad zastosowaniem MVP. Na konferencji google i/o to właśnie podejście było sugerowane. Powiem szczerze że w naszej aplikacji od zawsze mieliśmy problemy z MVC, korzystaliśmy z implementacji zawartej w GXT. Jeśli chodzi o implementację MVC w GXT to powiem szczerze pozostawia ona wiele do życzenia. Dlatego też z uwagi na te problemy cały czas zastanawialiśmy jak lepiej rozwiązać problemy z którymi się borykaliśmy. Dopiero po przejrzeniu materiałów z Google I/O z maja, uznaliśmy że to jest kierunek w którym będziemy podążać, oczywiście musieliśmy przepisać dużą część aplikacji. Postanowiliśmy użyć gwt-presenter i gwt-dispatch, wiązało się to z dużą ilością pracy ale z perspektywy czasu mogę powiedzieć że się opłacało. Zgodnie z zaleceniami google zaczęliśmy używać bardzo intensywnie gin po stronie klienta i guice po stronie serwera. Po tych zmianach mogę śmiało powiedzieć że jednak warto było. MVP jest bardziej przejrzysty i oczywisty.

A gin, no cóż raz zaczniesz używasz i już nie pamiętasz jak to było bez tego.

Pozdrawiam
Marcin Misiewicz

]]>