Zastanawiam się, czy istnieją konkretne przypadki, w których GWT nie jest odpowiedni? Na przykład, czy byłoby właściwe ponowne opracowanie Stack Overflow przy użyciu GWT?Kiedy używać GWT i kiedy nie
Pracuję nad aplikacją, która ma Java Restlet API i planowałem użyć GWT (wcześniej używałabym zwyczajnego standardowego HTML/CSS z back-endowym kodem PHP wywołującym API). Zastanawiam się, czy są powody, dla których nie powinienem tego robić?
Moja odpowiedź nie jest pełna, ale uważam, że następujące pociski mogą być przydatne.
GWT obsługuje MSIE 6: http://code.google.com/webtoolkit/doc/latest/FAQ_GettingStarted.html#What_browsers_does_GWT_support? Właściwie to nawet kompiluje dla niego specjalną permutację, z dużą ilością obejść. Czy chodziło Ci o IE 5.5? –
IMHO Jeśli masz statyczny patrząc stronie jak blogu, portale informacyjne, etc którym każda strona ma swoją własną tożsamość i reprezentuje podmiot i jest przedmiotem wniosku osobno nie używać GWT samotnie (ci nadal może mieszać to ze stronami generowanymi po stronie serwera, takimi jak FB).
W przypadku większości innych aplikacji internetowych, szczególnie gdy użytkownicy logują się, aby korzystać z aplikacji lub aplikacja jest interaktywna i nie ma problemu technicznego, użyj GWT (np. Projekt Gmaila).
rzucić okiem na ten temat GWT for big projects?
GWT jest najlepszym wyborem do manipulowania kompleksowe działania na jednej stronie. jak Google wave, Google mail ... możesz łatwo zaktualizować (ajax) dowolną część strony.
Ze względu na to, że GWT jest kompilatorem java-to-javascript, użytkownik powinien poczekać na załadowanie plików .js i powoduje wiele i wiele problemów, jeśli twoja aplikacja internetowa jest duża. Im większy projekt, tym większe pliki javascript, tym więcej użytkownik powinien poczekać na załadowanie plików .js
Proponuję uniknąć GWT za wszelką cenę. Mam doświadczenie w tworzeniu ogromnego projektu z GWT i jest to koszmar, z powodu długiego kręgu rozwojowego. Jeśli masz aplikację w angularjs/react/jquery, zaktualizuj kod źródłowy, kliknij F5 i załaduj ponownie. Możesz szybko debugować klikając F12.
Jeśli używasz GWT w wielkim projekcie, musisz zaczekać około 1 minuty, aby aplikacja została skompilowana. A potem nie ma dobrego sposobu na jego debugowanie. Google zapewniało specjalne wtyczki do przeglądarek, ale działały one niestabilnie i nie obsługiwały ostatnich wersji przeglądarek, więc musiałem obniżyć FF. Również ogromny debugowanie aplikacji GWT zabiera mnóstwo pamięci java, więc musisz zapewnić więcej pamięci dla tomcat. I wreszcie w praktyce nie można uniknąć uczenia się js, musisz nauczyć się go, jeśli tworzysz nowoczesny program.
AKTUALIZACJA 15.05.2017: Moja odpowiedź została odrzucona przez fanów GWT, ale chciałbym zaznaczyć, że moje informacje są aktualne: 1-stronicowa rekonstrukcja cześć world app zajmuje około 30 sekund z ostatnią pamięcią IDEA i 10Gb Notatnik SSD. Poprosiłem też znajomych, którzy mają GWT w produkcji do poważnego projektu: twierdzą, że 2 minuty to średni czas pracy.
Jest to wyraźnie problem między krzesłem a klawiaturą. Wszystkie wymienione tu rzeczy są fałszywe lub zostały naprawione ponad 5 lat temu. Możesz także debugować w F12 używając GWT, zobaczysz tylko kod źródłowy java, możesz nawet debugować z eclipse lub intellij. Nie potrzebujesz żadnej wtyczki do przeglądarki. Do debugowania nie potrzebujesz nawet serwera WWW, ponieważ jest to wbudowane w dostarczone narzędzia. – Knarf
Słyszeliście o trybie superdev? – Spiff
GWT ma na celu ułatwienie procesu tworzenia aplikacji internetowych. Nie sądzę, że dobrym pomysłem byłoby ponowne opracowanie "strony internetowej" takiej jak Stackoverflow w GWT. Google Docs i GMail przychodzą na myśl, gdy mówimy o aplikacjach internetowych (nie nawigujesz od strony, jest ona dynamicznie odświeżana za pomocą Ajax, interaktywny LnF jak prawdziwa aplikacja itp.) Oczywiście YMMV :-) –