Jestem na początku / w połowie projektu, który zdecydowaliśmy się zrealizować za pomocą GWT. Czy ktoś napotkał jakieś poważne pułapki w używaniu GWT (i GWT-EXT), których nie można było pokonać? A może z perspektywy wydajności?
Kilka rzeczy, które już widzieliśmy / słyszeliśmy:
Szukam również dodatkowych opinii na temat tych przedmiotów. Dzięki!
Odpowiedzi:
Zacznę od stwierdzenia, że jestem wielkim fanem GWT, ale tak, jest wiele pułapek, ale większość, jeśli nie wszystkie, byliśmy w stanie pokonać:
Problem: Długi czas kompilacji, wraz z rozwojem projektu rośnie czas potrzebny na jego kompilację. Słyszałem o raportach o kompilacjach trwających 20 minut, ale moje mają średnio około 1 minuty.
Rozwiązanie: Podziel kod na oddzielne moduły i powiedz ant, aby budował go tylko wtedy, gdy zostanie zmieniony. Również podczas programowania możesz znacznie przyspieszyć czas kompilacji, budując tylko dla jednej przeglądarki. Możesz to zrobić, umieszczając to w swoim pliku .gwt.xml:
<set-property name="user.agent" value="gecko1_8" />
Gdzie gecko1_8 to Firefox 2+, ie6 to IE itd.
Problem: Tryb hostowany jest bardzo powolny (przynajmniej w systemie OS X) i nie zbliża się do zmian „na żywo”, które otrzymujesz, gdy edytujesz rzeczy takie jak strony JSP lub Railsy i klikniesz odświeżanie w przeglądarce.
Rozwiązanie: Możesz dać trybowi hostowanemu więcej pamięci (generalnie mam 512 MB), ale nadal jest wolny, stwierdziłem, że gdy już będziesz wystarczająco dobry z GWT, przestaniesz go używać. Wprowadzasz dużą porcję zmian, a następnie kompilujesz tylko dla jednej przeglądarki (zazwyczaj kompilacja trwa 20 sekund), a następnie po prostu klikasz odświeżanie w przeglądarce.
Aktualizacja: W GWT 2.0+ nie stanowi to już problemu, ponieważ używasz nowego „Trybu rozwoju”. Zasadniczo oznacza to, że możesz uruchamiać kod bezpośrednio w wybranej przeglądarce, więc bez utraty szybkości, a także możesz go uruchomić / sprawdzić itp.
http://code.google.com/p/google-web-toolkit/wiki/UsingOOPHM
Problem: kod GWT to Java i ma inną mentalność niż układanie strony HTML, co utrudnia wykonanie projektu HTML i przekształcenie go w GWT
Rozwiązanie: Ponownie przyzwyczaisz się do tego, ale niestety konwersja projektu HTML do projektu GWT zawsze będzie wolniejsza niż robienie czegoś takiego jak konwersja projektu HTML na stronę JSP.
Problem: GWT zajmuje trochę czasu i nie jest jeszcze głównym nurtem. Oznacza to, że większość programistów, którzy dołączą do Twojego zespołu lub utrzymają Twój kod, będzie musiała nauczyć się go od podstaw
Rozwiązanie: Okaże się, czy GWT wystartuje, ale jeśli jesteś firmą, która kontroluje, kogo zatrudniasz, zawsze możesz wybrać osoby, które znają GWT lub chcą się go nauczyć.
Problem: GWT to młot w porównaniu do czegoś takiego jak jquery lub zwykły javascript. Aby to się stało, potrzeba dużo więcej konfiguracji niż samo dołączenie pliku JS.
Rozwiązanie: użyj bibliotek, takich jak jquery, do mniejszych, prostych zadań, które są do nich dostosowane. Korzystaj z GWT, gdy chcesz zbudować coś naprawdę złożonego w AJAX lub gdy musisz przekazywać swoje dane tam iz powrotem za pośrednictwem mechanizmu RPC.
Problem: Czasami, aby zapełnić swoją stronę GWT, musisz nawiązać połączenie z serwerem podczas pierwszego ładowania strony. Siedzenie w tym miejscu i obserwowanie symbolu ładowania podczas pobierania potrzebnych danych może być denerwujące.
Rozwiązanie: w przypadku strony JSP strona została już wyrenderowana przez serwer, zanim stała się HTML, więc możesz wtedy wykonać wszystkie wywołania GWT i wstępnie załadować je na stronę w celu natychmiastowego załadowania. Zobacz szczegóły:
Przyspiesz ładowanie strony dzięki wstępnej serializacji połączeń GWT
Nigdy nie miałem żadnych problemów ze stylizowaniem moich widżetów przez CSS, po wyjęciu z pudełka, niestandardowych lub w inny sposób, więc nie wiem, co masz na myśli przez to, że jest to pułapka?
Jeśli chodzi o wydajność, zawsze stwierdzałem, że raz skompilowany kod GWT jest szybki, a wywołania AJAX są prawie zawsze mniejsze niż odświeżanie całej strony, ale nie jest to unikalne dla GWT, chociaż natywne pakiety RPC, które otrzymujesz, jeśli używasz zaplecze JAVA jest dość kompaktowe.
Współpracujemy z GWT od prawie 2 lat. Wiele się nauczyliśmy. Oto, co myślimy:
Nie używaj bibliotek widżetów innych firm, zwłaszcza gwt-ext. Zabije debugowanie, rozwój i wydajność działania. Jeśli masz pytania dotyczące tego, jak to się dzieje, skontaktuj się ze mną bezpośrednio.
Użyj gwt, aby wypełnić tylko dynamiczne części aplikacji. Więc jeśli masz złożone interakcje użytkownika z wieloma polami. Nie używaj jednak dołączonych paneli. Weź istniejące strony dostarczone przez projektanta. Wytnij obszary, które będą zawierały elementy sterujące dla Twojej aplikacji. Dołącz te kontrolki do strony w ramach onModuleLoad (). W ten sposób możesz używać standardowych stron swojego projektanta, a także wykonywać wszystkie style poza gwt.
Nie twórz całej aplikacji jako jednej standardowej strony, która następnie dynamicznie buduje wszystkie elementy. Jeśli zrobisz to, co sugeruję w punkcie 2, to i tak się nie stanie. Jeśli zbudujesz wszystko dynamicznie, zmniejszysz wydajność i zużyjesz ogromne ilości pamięci dla średnich i dużych aplikacji. Ponadto, jeśli zrobisz to, co sugeruję, przycisk Wstecz będzie działał świetnie, podobnie jak indeksowanie w wyszukiwarkach itp.
Inni komentatorzy również mieli kilka dobrych sugestii. Zasadą, której używam, jest tworzenie stron tak, jak robisz standardową stronę internetową. Następnie wytnij elementy, które muszą być dynamiczne. Zastąp je elementami, które mają identyfikatory, a następnie użyj, RootPanel.get( id ).add( widget )aby wypełnić te obszary.
Pułapki, które napotkaliśmy:
Chociaż możesz uzyskać wiele kilometrów, używając czegoś takiego jak GWT EXT, za każdym razem, gdy używasz tego rodzaju cienkiej okleiny na szczycie biblioteki JavaScript, tracisz możliwość debugowania. Nieraz waliłem głową w biurko, ponieważ nie mogę sprawdzić (wewnątrz mojego debuggera IntelliJ), co się dzieje w klasie tabeli GWT EXT ... Wszystko, co możesz zobaczyć, to to, że jest to JavaScriptObject. To sprawia, że trudno jest dowiedzieć się, co poszło nie tak ...
Brak w zespole kogoś, kto zna CSS. Z mojego doświadczenia nie miało znaczenia, że dana osoba nie była ekspertem ... wystarczy, że ma dobrą wiedzę praktyczną i zna odpowiednie terminy do wyszukania w razie potrzeby.
Debugowanie w różnych przeglądarkach. Miej oko na tryb hostowany poza procesem [ 1 ] [ 2 ] [ 3 ], miejmy nadzieję, że pojawi się w GWT 1.6 ... Na razie wystarczy, że działa dobrze z trybem hostowanym, a następnie użyć przycisku „Kompiluj / Przeglądaj” , gdzie możesz grać z innymi przeglądarkami. Dla mnie, pracując w systemie Windows, oznacza to, że mogę przeglądać swoją pracę w FireFox i używać FireBug do pomocy w dostosowywaniu i ulepszaniu rzeczy.
IE6. To niesamowite, jak różnie IE 6 będzie renderować rzeczy. Przyjąłem podejście polegające na zastosowaniu stylu do najbardziej zewnętrznego "widoku" zgodnie z przeglądarką, dzięki czemu mogę mieć reguły CSS, takie jak:
.my-style { /* stuff that works most everywhere */ }
.msie6 .my-style { /* "override" so that styles work on IE 6 */ }
Na koniec upewnij się, że korzystasz z edytora, który ci pomoże. Używam IntelliJ - ma wiele inteligentnych rozwiązań GWT. Na przykład, jeśli spróbuję użyć klasy, która nie jest obsługiwana przez emulację środowiska JRE, informuje mnie o tym; jeśli określę styl dla widżetu, a nie zdefiniowałem jeszcze tego stylu, kod otrzyma małą czerwoną falistą ... lub, patrząc na CSS, powie mi, kiedy określiłem sprzeczne atrybuty w jedna zasada. (Jeszcze tego nie wypróbowałem, ale rozumiem, że wersja 8 ma jeszcze lepszą obsługę GWT, na przykład utrzymywanie synchronizacji interfejsów RPC „lokalnych” i „asynchronicznych”).
GWT 2.0, który ma się ukazać w ciągu najbliższych kilku miesięcy, rozwiązuje wiele omawianych problemów.
Nie „nie do pokonania”, ale trochę bólu za coś podstawowego.
Obsługa dat:
GWT używa przestarzałego, java.util.Dateco może prowadzić do nieoczekiwanego zachowania podczas obsługi dat po stronie klienta. java.util.Calendarnie jest obsługiwany przez GWT. Więcej informacji tutaj .
Powiązane przykłady problemów:
java.util.Calendarna JavaScript. Możesz również rzucićCalendarUtil okiem na klasę GWT , Jak używać java.util.Calendar w GWT i Jak wykonywać operacje kalendarza w Java GWT? Jak dodać dni do daty? . Pozdrawiam;)
Dodam kilka punktów do już wymienionych:
TextField fname, faddress; ... fname.setText (person.getName ()); faddress.setText (person.getAddress ()); ...
IMHO, w GWT brakuje frameworka, który po wyjęciu z pudełka obsługuje wszystkie problemy wymienione w tym „wątku”.
Pracuję teraz nad projektem, który używa EXT GWT (GXT), aby nie mylić go z GWT EXT. Jest różnica, EXT GWT to ten, który jest faktycznie produkowany przez firmę, która napisała ExtJS bibliotekę javascript. GWT EXT to opakowanie GWT wokół biblioteki ExtJS. GXT to natywny GWT.
W każdym razie GXT jest wciąż nieco niedojrzały i brakuje mu solidnej społeczności, którą moim zdaniem ma GWT EXT. Jednak przyszłość jest z GXT, ponieważ jest to natywny GWT i faktycznie opracowany przez firmę, która stworzyła ExtJS. GWT EXT jest nieco okaleczony, ponieważ zmieniła się licencja w bibliotece ExtJS, spowalniając w ten sposób rozwój GWT EXT.
Ogólnie uważam, że GWT / GXT to dobre rozwiązanie do tworzenia aplikacji internetowych. Właściwie całkiem podoba mi się tryb hostowany do programowania, dzięki czemu wszystko jest szybkie i łatwe. Zyskasz również możliwość debugowania kodu. Testy jednostkowe z JUnit również są całkiem solidne. Nie widziałem jeszcze świetnego środowiska do testowania jednostkowego JavaScript, który moim zdaniem byłby wystarczająco dojrzały do testowania aplikacji korporacyjnej.
Więcej informacji na temat GWT EXT: http://gwt-ext.com/
Więcej informacji na temat EXT GWT (GXT): http://extjs.com/products/gxt/
Żadnych większych pułapek, których nie byłbym w stanie łatwo pokonać. Używaj intensywnie trybu hostowanego. Ponieważ używasz GWT-ext, prawie nigdy nie będziesz musiał samodzielnie dotykać CSS, chyba że chcesz dostosować wygląd po wyjęciu z pudełka.
Moją rekomendacją jest użycie „natywnego” widżetu GWT zamiast widżetu bibliotecznego, w którym znajdują się blisko funkcji.
Ponownie indeksowanie w wyszukiwarkach: tak, witryna normalnie nie będzie miała adresów URL, po których można się poruszać (chyba że dodajesz widżety tylko do elementów zwykłej witryny internetowej). Możesz jednak wykonać funkcję historii wstecz / dalej.
Użyłem GWT i GWT-ext razem w projekcie jakiś czas temu. Wydaje mi się, że programowanie stron internetowych przebiega całkiem gładko, ale moja rada jest taka:
Nie mieszaj natywnych widżetów GWT z widżetami EXT. To mylące jak cholera, ponieważ zwykle nazwy są takie same (GWT.Button czy GWText.Button?)
Jedyną rzeczą, która przydarzyła mi się, która naprawdę skomplikowała kod, niż bym chciał, było to, że chciałem Panel, który był a) dynamicznie aktualizowany b) kaskadowy
Panele natywne GWT są dynamiczne, panele Ext są kaskadowe. Rozwiązanie? GWT.VerticalPanel opakowujący panel GWTExt ... Chaos. :)
Ale hej, to działa. ;)
Za komentarzem ykagano, największą wadą jest utrata V w MVC. Chociaż możesz oddzielić prawdziwą klasę interfejsu użytkownika od reszty kodu po stronie klienta, nie możesz łatwo użyć strony HTML wygenerowanej przez grafika / projektanta stron internetowych. Oznacza to, że potrzebujesz programisty, aby przetłumaczyć HTML na java.
Pobierz edytor WYSIWYG UI, który pozwoli Ci zaoszczędzić mnóstwo czasu. Używam GWTDesigner.
Największą zaletą GWT jest możliwość zapomnienia o problemach z różnymi przeglądarkami. To nie jest w 100%, ale usuwa prawie cały ból. W połączeniu z zaletami debugowania w trybie hostowanym (w przeciwieństwie do Firebug, który jest doskonały, ale nie taki sam jak debugger java), daje programistom ogromną przewagę w generowaniu złożonych aplikacji Ajax.
Aha i jest szybki w czasie wykonywania, zwłaszcza jeśli używasz filtra gzip.
GWT jest dość proste i intuicyjne.
Zwłaszcza z wydaniem UIBinder, aby umożliwić układanie widgetów GWT w XML, a następnie kodowanie w Javie.
Więc jeśli używałeś innych narzędzi do projektowania Ajax, Flash, Silverlight itp., GWT jest bardzo łatwy do nauczenia.
Główną przeszkodą, jeśli nie pułapką, jest GWT RPC. Powodem, dla którego chcesz używać GWT, jest asynchroniczny RPC GWT. W przeciwnym razie dlaczego nie polegać tylko na css w celu sformatowania strony?
GWT RPC to ten element, który umożliwia serwerowi odświeżanie danych na serwerze bez konieczności odświeżania strony. Jest to bezwzględny wymóg w przypadku stron, takich jak monitorowanie notowań giełdowych (lub aktualnego długu publicznego i publicznego Stanów Zjednoczonych lub liczby nienarodzonych dzieci na świecie w ciągu sekundy).
Zrozumienie GWT RPC wymaga pewnego wysiłku, ale po kilku godzinach wszystko powinno być jasne.
Poza tym, po włożeniu wysiłku w nauczenie się GWT RPC, w końcu odkrywasz, że nie możesz używać stron JSP jako komponentu usługi dla RPC, chyba że ... Mam 8-częściową (chyba) serię na moim blogu o tym, jak używać JSP jako serwisant GWT RPC. Ponieważ jednak nie prosiłeś o odpowiedzi, a tylko o problemy, powstrzymam się od reklamowania mojego bloga.
Więc. Jestem głęboko przekonany, że najgorszymi przeszkodami / pułapkami związanymi z korzystaniem z GWT jest ustalenie, jak prawidłowo wdrożyć asynchroniczne RPC GWT i jak umożliwić mu korzystanie z serwerów JSP.
Bardzo ciężko nam było połączyć naszą bazę kodów GWT z szablonami HTML, które otrzymaliśmy od projektanta stron internetowych (statyczne strony HTML z określonymi identyfikatorami div, którymi chcieliśmy zarządzać w GWT). Przynajmniej kiedy go używaliśmy, nie mogliśmy zintegrować GWT z częściami naszej witryny, które nie zostały zakodowane w GWT. W końcu udało nam się to działać, ale to był duży hack.
Ale dla dużego projektu Javascript to najlepszy wybór
GWT 2.4 rozwiązało wiele z wyżej wymienionych problemów, a świetna biblioteka widżetów właśnie wychodzi z Beta (Ext GWT 3.0.4 aka GXT), która jest napisana w całości w GWT, a nie jest opakowaniem biblioteki JS.
Pozostały ból:
Jeśli chodzi o GWT 2.4, używaj przeglądarki Firefox podczas debugowania GWT, jest to znacznie szybsze niż korzystanie z Chrome. A jeśli będziesz używać tylko przeglądarki Firefox, rozważ umieszczenie tej linii w pliku project.gwt.xml
<set-property name="user.agent" value="gecko1_8" />
Ponadto, jeśli używasz eclipse, dodaj następujące argumenty w obszarze arguments -> VM arguments:
-Xmx512m -XX: MaxPermSize = 1024m -XX: PermSize = 1024m
Możesz podzielić serwer i klienta i użyć następujących argumentów w argumentach -> Program arguments: -codeServerPort 9997 -startupUrl http: // yourserver / project -noserver
Ponadto, aby zapobiec odświeżaniu serwera przy każdej zmianie, użyj http://zeroturnaround.com/blog/how-to-rock-out-with-jrebel-and-google-web-toolkit-gwt/ JRebel A oto prezentacja na żywo http://www.youtube.com/watch?feature=player_embedded&v=4JGGFCzspaY
Jedną z głównych pułapek jest to, że czasami trzeba jawnie przypisać identyfikator do tego, co ostatecznie stanie się elementem HTML, aby móc używać określonych stylów CSS. Na przykład: GWT TabPanel zrobi tylko: najedź kursorem na tabBarItems, gdy tabBar tabPanel ma przypisany identyfikator i określisz a: hover na tym elemencieId.
O innych wadach GWT pisałem gdzie indziej, ale są one już objęte odpowiedzią rustyshelf :).
W ostatnim czasie wykonałem dużo pracy nad GWT i oto co muszę powiedzieć:
Nie wiem zbyt wiele o GWT-EXT, ale ja też jestem przekonany, że nie ma potrzeby dołączania bibliotek innych firm.
Powodzenia w podjęciu decyzji :)
GWT wykrywa przeglądarkę zamiast wykrywania funkcji, a Twoja aplikacja nie będzie działać w niektórych przeglądarkach (szczególnie nowych)
Oto kilka odniesień do problemu:
Oto kilka odniesień do wykrywania funkcji:
Zespół GWT wprowadził wiele wspaniałych ulepszeń do wydania GWT 2.7 w zeszłym roku. Jedną z głównych słabości GWT było to, że kompilacja w GWT 2.6 i starszych zajmuje zbyt dużo czasu. To już minęło GWT nie ma kompilacji przyrostowej, która jest super szybka i kompiluje tylko zmiany.
GWT 2.7 ma teraz ( Źródło ):
Najlepszym sposobem na uzyskanie wiarygodnych faktów jest badanie ankiety gwt . Jednym z największych problemów z GWT zawsze był długi czas kompilacji. Na szczęście poprawia się bardzo szybko, więc nie będzie to poważny problem w najbliższej przyszłości. Kolejną pułapką jest to, że GWT jest znacznie bardziej skomplikowane, ponieważ Java jest bardziej złożonym językiem, który opiera się złym programistom na każdym kroku. Ponadto kompilacja dodaje warstwę. Na przykład współdziałanie js wymaga trochę standardowego schematu. Podstawową kwestią jest to, że GWT nie został zaprojektowany jako prosty. Został zaprojektowany od podstaw z myślą o niezwykle skomplikowanych aplikacjach internetowych, a cała społeczność konsekwentnie stawia priorytety, wydajność, jakość kodu, architekturę itp. Nad łatwym kodowaniem.
Pamiętaj, że możesz użyć js w GWT w dowolnym momencie, więc jeśli masz problemy z GWT, rozważ użycie js. W końcu GWT to js, więc możesz zrobić wszystko w GWT, co możesz w js. W rzeczywistości większość projektów GWT używa js. Problem w tym, że GWT jest drastycznie bardziej skomplikowane. Niemniej jednak czasami jest to warte dodatkowej złożoności.
Warto zauważyć, że GWT 3.0 przyniesie ogromne ulepszenia.
Ponowne wykorzystanie obiektów usług RPC.
Powoduje wyścigi z objawami przypominającymi zawieszenie aplikacji.
Pułapki, na które natknąłem się 1. Inne zachowanie w trybie superdev. Np. Someclass.class.getName () działa absolutnie dobrze w trybie Superdev i zwraca w pełni kwalifikowaną nazwę klasy. W trybie produktywnym to nie działa.
GWT to arcydzieło technologii. Łączy programowanie klienta i serwera, tworząc jedną spójną aplikację - sposób, w jaki oprogramowanie zostało napisane przed „warstwowaniem” i sposób, w jaki powinno być napisane. Eliminuje różne zestawy umiejętności, nieporozumienia między członkami zespołu i ogólnie całą fazę projektowania stron internetowych: zarówno artystyczną, jak i programistyczną. I to jest najbliżej rozwiązań mobilnych, np. Programowania na Androida. W rzeczywistości GWT został zaprojektowany do generowania różnych natywnych interfejsów użytkownika, a nie tylko HTML. Chociaż to wymaga ogromnej dyscypliny, aby zapewnić takie oddzielenie - aby utrzymać wewnętrzną warstwę niezależną od prezentacji.
Pierwszym błędem, którego powinieneś uniknąć, a którego zrozumienie zajęło mi cztery lata, jest używanie rozszerzeń innych firm, takich jak EXT-GWT aka GXT i SmartGWT. To bardzo kuszące, aby zacząć używać ich ładnych widgetów, zamiast inwestować we własną stylizację, ale nie mogę powiedzieć, ile problemów miałem ze SmartGWT, dopóki w końcu nie miałem dość. Krótko mówiąc, zamraża podstawową funkcję GWT ustawioną na pewnym (dość przestarzałym) poziomie, a następnie buduje na niej. Pamiętaj również, że wyrzeźbiony wygląd pulpitu wygląda obecnie głupio, nie wspominając o powolnej wydajności, mnóstwie błędów i funkcjach kompatybilności - szczególnie na urządzeniach mobilnych. Chcesz pozostać jak najbliżej rodzimych elementów sterujących przeglądarki, np. Listy rozwijane renderowane jako natywne elementy <select>, a nie niektóre niestandardowe elementy sterujące.
Dzięki trendom mobilnym cały UX staje się prostszy i bardziej płaski, więc nie trzeba wiele robić, by stylizować dobrze wyglądającą aplikację. Chociaż jeśli chcesz mieć wygląd „3D”, są też gradienty. CSS3 sprawił, że wszystko stało się łatwe, a GWT opakowuje to w elegancki, zorientowany obiektowo sposób, w przeciwieństwie do surowego CSS. Nie zniechęcaj się więc patrząc na raczej brzydkie kontrolki barebone w GWT Showcase. Zespół GWT celowo nie oferował żadnej stylizacji, ponieważ to praca programisty.
Reszta to prawie konwencjonalne programowanie w przeglądarce w silnie pisanej Javie z pięknymi zwięzłymi interfejsami API. Ale oczywiście nigdy nie zapominaj, że twój kod działa w przeglądarce, więc wszystkie wywołania są asynchroniczne, np. Nie możesz wywoływać metod GWT-RPC w pętli (aby zapełnić jakąś listę), ale musisz je rekurencyjnie łączyć, jeśli kiedykolwiek do tego dojdziesz sytuacja.
Istnieją pewne samozwańcze „anty-wzorce”, takie jak zakaz używania GWT-RPC. Jak dotąd było mi dobrze: przez 10 lat. Prostota to podstawa. Nie pomyślałbym nawet o tym, żeby poświęcić trochę marginalnej wydajności dla elegancji kodu i łatwości utrzymania. poza tym nie jest to miejsce, w którym byłyby wąskie gardła - w bazie danych. Oczywiście pamiętaj, ile danych wysyłasz do klienta.
A jeśli nie możesz znaleźć istniejącego gadżetu lub nadać mu stylu - przeczytaj zestaw sformatowanych elementów HTML5, zawsze możesz opakować gadżet innej firmy. Zrobiłem to z popularnym jQuery FullCalendar. Wcale nie fizyka jądrowa. Wszystko inne, takie jak Mapy Google i Wykresy Google, ma półoficjalne opakowania GWT.
GWT jest doskonały. Jedynym powodem, dla którego nie ma wystarczająco dużo miłości, jest to, że pierwsi użytkownicy Internetu, którzy nadal mają wpływ na branżę, nie wywodzili się z informatyki i języków obiektowych, aby je docenić. Mają tło artystyczne (Photoshop / WordPress) lub sieciowe (Perl / Python).