Rest-ful сервер с Android клиентом — с чего начать?

Question

[Andrey Kovalchuk]

Есть задача: сделать клиент-серверное приложение с серверной частью, написанной на JAVA, и клиентской частью, работающей на Android у-ве.

Выбрана технология REST-ful. С чего начать? Где почитать про... про что, вообще читать? Абсолютно не представлю, с чего начать. В сети информации через чур много, я просто теряюсь.

Какие технологии используются для реализации REST на разных сторонах приложения? Ну, в общем, я в панике.

Answer 1

[Александр Косарев]

Бекенд можно реализовывать на Spring, Jersey (или связке Spring + Jersey) или полноценном Java EE (где основной реализацией REST является опять таки Jersey). Имхо, но Spring в чистом виде проще и лучше. Погугли на тему Spring Boot + REST.

На фронтенде опять же можно использовать Spring Android для написания клиентской части.

Comments

[Andrey Kovalchuk]

Отличный вариант, надо сказать! Есть и ру-туториал по основам данного подхода од DevColibri. Пожалуй, именно так я и поступлю, спасибо большое!

Answer 2

[Олег Гамега]

Я часто повторяю этот, совет, но от этого он не теряет актуальности:
Начните с тз и документации
Я серьезно, даже если и клиент и сервер пишите вы, документация все равно нужна и нужна она в первую очередь в процессе работы, а не когда то потом, потом и нужна она в первую очередь вам.
Проработайте все экраны, посмотрите что вам нужно от сервера, пишите доку
Утром со свежей головой прочтите ее еще раз, уберите лишние, добавьте недостающие, при необходимости повторите итерацию, и только после этого садитесь за код
На чем писать по сути без разницы, почти все фрэймоврки имеют rest или из коробки, или с батарейками
На клиенте gson+ retrofit

Comments

[Andrey Kovalchuk]

Gson+retrofit видел, да, но как-то... почему-то Spring Android зашел проще, да и понравился больше, но это уже про фломастеры и их цвет, надо думать) Спасибо за ответ и за совет с "еще раз всё обдумать" - банально, но, зараза, дельно.

[Олег Гамега]

mrkovalchuk: Spring Android скорее не про фломастеры, а про впихнуть не впихиваемое, если хочется di то возьмите dagger 2, плюсы Gson+retrofit простота и надежность, можно добавить dagger 2 и станет чуть более кошерно и легко тестируемо, но это уже в отличие от Spring Android фломастеры )

[Andrey Kovalchuk]

Олег Гамега: Не совсем Вас понял. Часть про впихнуть невпихиваемое.

Answer 3

[VZVZ]

Взаимодействие будет по протоколу HTTP. Приложение шлет серверу HTTP-запросы, получает ответы и обрабатывает их.

Начать можно не с приложений, а с несколько другого случая - с сайтов. Ведь сайт - это по сути то же самое, тоже сервер + клиент (клиент написан на HTML+CSS+JS и выполняется в браузере). По сайтам инфы больше, она более структурирована. А уже осознав, что такое сервер и бек-енд, можно и за Android браться.

Comments

[Andrey Kovalchuk]

Спасибо, опыт веб-программирования, так какового, имеется, могу и на сокетах клиент-серверное что-нибудь нарисовать, но вот с технологией REST залез в дебри и, благо, начинаю вылезать. Но все равно спасибо за ответ)

[VZVZ]

HTTP, AJAX стоит осваивать тогда. Удобное AJAX API - это всегда REST API и может использоваться и для мобильных ид есктопных клиентов

Answer 4

[maxt888]

Я писал на Spring, Hibernate с использованием этого в Tomcat. Отдавал на клиент JSON и все. На клиенте парсилось и юзалось.