Wicket vs Vaadin

Pracowałem intensywnie z Wicket, ale nie miałem żadnego doświadczenia z Vaadinem, więc może to być (trochę) stronnicze.

Polecam Wicket z oczywistych powodów, ale to, co prawdopodobnie Cię interesuje, to otwartość Wicket. Jak słusznie zauważył Gweebz, wicket używa podstawowych znaczników HTML jako podstawy, więc wszelkie zmiany strukturalne lub kosmetyczne są często trywialne do wdrożenia.

Osobiście jedną z rzeczy, które naprawdę lubię w pracy na zewnątrz jest przepływ między front endem prezentacja i backend danych, zaimplementowaliśmy Spring & JPA / Hibernate, co oznacza, że wszelkie zmiany w interfejsie mogą być przetłumaczone z powrotem do bazy danych za pomocą jednej linii kodu dzięki architekturze opartej na modelu Wickets.

Ponownie nie mogę wiele powiedzieć o Vaadinie, który nigdy z nim nie pracował, ale jeśli szukasz architektur na początek, polecam również zajrzeć do GWT.

(ciąg dalszy z komentarza w pierwszej odpowiedzi)

Główna różnica między Vaadinem a Wicket polega na tym, jak jest pisany skład interfejsu użytkownika i Kod po stronie klienta. Dzięki Vaadin zazwyczaj komponujesz swój interfejs użytkownika bez żadnych szablonów lub HTML, a otrzymasz elegancki, w pełni ajaxowy interfejs użytkownika. Jeśli jednak wolisz podejście do szablonów, użyj CustomLayout, który dokładnie to robi.

Kodowanie po stronie klienta jest rzadko potrzebne, ale gdy jest to zrobić z GWT oparty na Javie, który jest IMO o wiele ładniejszy niż pisanie Javascript ręcznie. Poza tym, dzięki GWT automatycznie uzyskujesz rozwiązanie zgodne z przeglądarką, zamiast samodzielnie radzić sobie z tymi problemami.

Porównując frameworki należy również przyjrzeć się działaniom społeczności i dokumentacji. Z Vaadinem oba są doskonałe. Zwróć również uwagę na katalog Vaadin, który obecnie zawiera 100 + bardzo przydatnych komponentów interfejsu użytkownika i inne dodatki.

Mam ograniczone doświadczenie z każdym, ale wolę Vaadina. Pozwoliło to na bogatsze doświadczenie z tworzoną przeze mnie aplikacją internetową. Główną korzyścią, która nas przekonała, było to, jak łatwo było pisać testy jednostkowe wokół naszych klas interfejsu użytkownika, zapewniając prawidłowe działanie komponentów podczas interakcji z nimi w oczekiwany sposób. Jest to również możliwe z Wicket jednak było to trudniejsze z mojego doświadczenia.

Wspomnę też, że każdy framework będzie wymagał pewnych stylizacja. Wicket zaczyna się jako zwykły stary HTML, a Vaadin zaczyna się domyślnie z motywem podobnym do MacOSX, ale prawie każda aplikacja internetowa, którą napiszesz, będzie wymagała przynajmniej pewnych dostosowań. Mając to na uwadze, dostosowanie CSS aplikacji Wicket jest znacznie łatwiejsze niż Vaadin z tego prostego powodu, że kontrolujesz znaczniki. Vaadin ukrywa przed tobą znaczniki i generuje elementy z dziwnymi identyfikatorami i strukturami, więc trudniej jest dostosować wygląd. Pamiętaj o tym przy podejmowaniu decyzji.

Obecnie pracuję z Wicket i pracowałem w przepustce z Vaadinem. Będę krótka w moich spostrzeżeniach:

Vaadin ma prawo być wolny, ale IMO nie jest tak piękny. Jeśli potrzebujesz wsparcia, pomocy, dokumentacji dla tych bolesnych i trudnych problemów, które napotykasz, to masz przerąbane, ponieważ nie masz tak dobrej dokumentacji/społeczności w porównaniu z Apache Wicket. Vaadin ma ludzi, którzy ci pomogą, ale musisz za to zapłacić.;
• aby zaprogramować w wicket musisz być silnym programistą. Vaadin wymaga również dobrej znajomości Javy, ale możesz łatwo zrobić trochę kodu spaghetti, jeśli chcesz (tylko mówienie, nie Robienie..);
• Apache Wicket naprawdę oddziela technologie internetowe (Javascript, HTML, itp.) z technologii framework (Java). Vaadin też próbuje to zrobić, ale IMO nie jest tak elegancki i przejrzysty w tym.

Z tego wynika, że mówimy o dwóch różnych rodzajach frameworków, dwóch różnych podejściach, które mają zalety i wady, że radzę ci szukać i porównać i zobaczyć, co naprawdę pasuje do Twoich potrzeb.

Edit: Aha, a co do wyglądu i dotyku, na przykład zawsze masz

Zauważ również, że chociaż Vaadin base framework jest darmowy, dla niektórych dodatkowych funkcji możesz potrzebować kupić rozszerzenia.

Ex-jeśli chcesz zintegrować dobre rozwiązanie do tworzenia wykresów, takie jak Highcharts, musisz zapłacić i kupić rozszerzenie Wykresów vaadin (mimo że highcharts jest dostępny za darmo dla aplikacji FOSS, wtyczka Wykresów vaadin zbudowana na tym nie jest darmowa dla aplikacji FOSS).