Хотелось бы услышать отзывы людей, использовавших данные фреймворки.
Ситуация следующая. Есть небольшой проект, написанный на GWT. При написании никаких фреймворков не использовалось. На данный момент ясно, что проект будет активно развиваться, и потому есть желание задействовать в разработке какой-либо из фреймворков, для уменьшения количества кода на реализацию стандартных фич.
О вышеперечисленных фреймворках не знаю ничего, кроме того, что они существуют) Хотелось бы услышать отзывы от людей, реально их использовавших, т.к. не хочется тратить время на изучение всех и последующий выбор лучшего. Необходимость серьезного переписывания проекта, в случае внедрения фреймворка, не пугает.
Пишем уже 2 года на чистом гвт. Зависимостей никаких. Заказчик жив. Но у нас специфика проекта такая, что основной упор в разработке делается на верстку, кастомные виджеты и всякие спец-эффекты.
Почему отказались от mvp4g? Сейчас использую Activities&Places подход, но не очень нравится писать код Places. Кажется, что гугл не очень хорошо продумал этот механизм, много лишнего кода.
C bind() unbind() было очень много мороки, изначально не совсем были понятны все подводные камни, а под конец проекта когда понимание уже пришло, исправлять было поздно.
Чисто субъективно понравились A&P, пока полет нормальный, правда и проект только в самом начале, но затыков пока не вижу.
В одном проекте был GXT, без централизованной системы разделения на страницы, но была особенность что проект являлся скоупом 4 приложений. Удобно разрабатывать, т.к. деврежим работает быстро. Взаимодействие между приложениями было на уровне Frame Message.
В другом проекте использовали GWTP. Удобно, можно делать полноценные виджеты с возможностью запросов на сервер и помещать их куда угодно на любую страницу и переиспользовать, например, виджет выбора из справочника.
Оба проекта были с упором на функционал, не на фишки интерфейса.
mvp4g уже не поддерживается вроде, GWTP еще поддерживается, Activities&Places не впечатлили.
Простой
Средний
