German Jet

И я вставлю 5 копеек о пользе Vue. Несколько лет назад начинал изучать Angular. Пришел к выводу, что есть идеи интересные, но как-то все сделано через одно место. Плюнул. Продолжал использовать jQuery (надеюсь, что необходимость использования jQuery или подобных библиотек вопросов не вызывает. Оптимизировать производительность можно долго и эффективно уже потом, когда это реально понадобится. В большинстве случаев до оптимизации дело вообще не доходит). Потом посмотрел Vue. Понравилось. Стал использовать в различных проектах. Раньше начинал делать простые проекты на jQuery т.к. необходимости тащить фреймворк вроде бы как и нет. В дальнейшем оказывалось, что при развитии проекта jQuery уже не удовлетворял всем потребностям. Переписывал на Vue. Наверное, в будущем буду сразу все писать на Vue и не заморачиваться.

Вывод: попробуйте, не пожалеете!

Согласен с предыдущим ответом. Вы можете учить Java по ходу программирования под Android, но это будет сложнее, так как Android SDK очень большая штука с кучей инструментов, что при знаниях Java "чуть больше основ" будет во многих местах непонятным для Вас. По времени Вы ничего не потеряете, но из-за очень большого количества непонятных вещей можете быстро перегореть и бросить это дело. Я бы посоветовал Вам сначала подтянуть знания Java Core и в принципе основы программирования и ООП, а потом заниматься Android SDK. Так Ваш вход в мир программирования под Android будет более плавным.

Рекомендую начать с Silex, использует компоненты Symfony, очень простой для понимания.
Будешь понимать как работает Symfony, Laravel и тд.

SICP учит думать по-программерски. Учит находить решения в программерском мире. Есть огромная разница между программистом знающим как использовать фреймворк1, фреймворк2, ..., фреймворкN и другим программистом, который может даже и не знать как использовать эти фреймворки, но сможет отличить что вон тот код очень похож на работу за O(n) , а вон тот вроде как за O(1) и сможет сделать более правильный выбор. Грубо говоря есть некий базис, который одному позволяет создавать решения более стабильные, более эффективные, а другому из-за не хватки приходится городить костыли.

К примеру общеизвестная задачка на программирование "банерокрутилка". Когда имеется банер1, банер2, ..., банерN и нужно вывести "псевдослучайно" каждый банер по одному разу. Один программер может применить массив и указвать в нем какие номера он уже выводил, а другой применит математику и при этом решение будет одно проходным и не потребует выделения массива. И таких задачек в программировании хватает!

если вы отлично знаете C# + отлично знаете Xamarin = это очень весомый аргумент

но если планируете начать... - в java вы будете собирать грабли java и android... а в xamarin ++ грабли xamarin

ps

Unity сам по себе, и сам в себе C#

вы уж определитесь сами... есть люди пишущие на многих языках.. можно оба языка осваивать, можно и один. но в любом случае, разработка для андроида - это кросс-разработка. легко не будет. и как всегда, что бы начать - надо начать

Если вы конкретно хотите разрабатывать приложения а не игры, то все же рекомендую сделать выбор в сторону java или kotlin по следующим причинам:
1) java является родным языком для андроид
2) примеры, уроки все на java
3) в целом сообщество использует java
4) студия заточена под java

Если вы хотите разрабатывать игры на юнити то у вас нет выбора между java и c# так как юнити не поддерживает java

Так себе идея изучать Java через Android. Android использует Java исключительно как фронт, синтаксис, понятный разработчику. Но JVM там своя. Принцип "написано однажды, запускается везде" из-за этого не соблюдается. Вы не можете запустить приложение, написанное с использованием Android SDK запустить где-либо еще, кроме Android OS. Java как язык довольно банален и скучен. Изучать Java просто как язык, тоже скучно. Нужно сразу врубаться в инфраструктуру. Какой-то одной книги наверное нет. На сайте Oracle довольно подробные есть туториалы по реализации того или иного функционала. На Вашем месте (а когда-то я там был) я бы взял уже готовые наработки (что-то же Вы реализовали на PHP, JS) и попробовал бы воспроизвести их на Java. Если это web - берите Spring Framework с его Spring MVC (благо туториалов по нему оооочень много), если хотите desktop - берите JavaFX (тут инфы не так много, но можно найти). И тут я пришел к тому, что Вы, возможно, хотите mobile ... Тогда да, берем Android и погнали ... Но основная мысль в том, что учить Java не сама цель, целью должно быть изучение инфраструктуры и инструментов для построения ПО на Java.

С GWT намучаетесь, да и гугл на него уже как забил, сделав GWT 2.0 - Dart, у которого также сомнительное будущее. В Wicket - кривая реализация, сделано рукожопами, в сессию юзера пихают, что попало, хотя как сейчас у них не в курсе.

Tapestry более-менее, вот-вот даже выйдет новая версия, в которой Prototype.js заменили на JQuery. А также Bootstrap из коробки по дефолту jumpstart.doublenegative.com.au/jumpstart7 Еще один плюс это изменение классов/шаблонов и отображение результата без перезагрузки контейнера. Хотя конечно не всё так гладко и через какоё-то время контейнер тупо закрешится и нужно поднимать его заново.

Но проблема в том, что фреймворк постоянно изменяется и переход на новые версии может быть проблемным. Например, в 5.3. Prototype.js, а в 5.4 все дефолтные компоненты на JQuery и Bootstrap. Из 5.2 в 5.3 полностью переделали URLRewrite сервис, сделали хуже, чем было. Но с другой стороны плюс в том, что фреймворк очень гибок и если не нравится новый URLRewrite, можно сделать override через IoC и вернуть старый.

Использовать Tapestry 5 + Spring особого смысла нет, в Tapestry 5 собственный IoC и модуль для Hibernate. А если поискать на гитхабе можно найти и другие модули. Но в целом, руками придется многое пилить самому. По формам есть дефолтный компонент, генерирующий форму автоматом из модели, но он конечно слабоват, для сложных форм может и не хватить.

Я сейчас тоже планирую делать веб-приложение и склоняюсь к Angular.js Т.к. хочу полный аджакс, чтобы юзер вообще не видел переходов на другие страницы. Отчасти из-за того, что он напоминает Tapestry 5. А вот на сервер-сайде, думаю просто использовать какой-нибудь простенький контроллер (Undertow, например) и какой-нибудь фреймворк JSON-POJO + может подключу IoC из Tapestry 5. Или попробую разобраться в Spring, в последних версиях все можно конфигурить через аннотации, но тут тоже надо смотреть, что он мне даст, может также все нужно будет пилить руками, а в этом случае Tapestry IoC выглядит проще.

По формам можно использовать, что-нибудь такого плана https://github.com/dobtco/formbuilder А вообще, можно на гитхабе поискать что-нибудь на angular form, может что есть kelp404.github.io/angular-form-builder

В плагине написано, что работает с версией 1.1, а у вас 1.3.
А так попробуйте закостылить

loc = layer.getBounds().getCenter(); -> loc = layer.map.getBounds().getCenter();