Как стать автором
Обновить

Комментарии 18

А почему бы не использовать Volley? Или just for fan?
Вы предлагаете человеку использовать написанную на Java библиотеку Volley, предназначенную в основном для подгрузки картинок в AdapterView, для «всех приложений, под различными платформами»? Это такое желание показать, что вы в курсе модных тенденций, или как?
Volley — использует активно память, поэтому использовать его для получения мелких данных (картинки, json и прочее), а вот для загрузки больших данных он не подойдет.
Volley — отличная библиотека, которая используется в Google Play приложении, но любой инструмент надо использовать с умом.
Ну, во-первых, я, видимо, заблуждался, но java является несколько кроссплатформенной (-:
Во-вторых, Volley отлично справляется с многопоточными асинхронными CRUD-задачами. Не стоит её использовать для пересылки/получения огромных файлов — нужен бубен. Задачи ТС, мягко говоря, не указаны.
Ну и в-третьих, я в теме поста фигурирует слово «Андроид», а что для Андроида может быть роднее, чем написанной гугловцами?!
В-четвёртых, или как.
Запустите java под iOS.
Или может я заблуждаюсь?
Тут не спорю, но это не отменяет кросплатформенность java (-:
Задачи ТС, мягко говоря, не указаны.


серьезно?

«Зачем это нужно
Мы хотим общение с API сервером написать на C++, а дальше использовать написанную библиотеку во всех наших приложения под различными платформами. Конечно мы хотим, чтобы работало под android.»


Кстати, спасибо за минус в карму, вот такие вещи вы делать хорошо умеете ;)
Это не задачи, а то, что хочется. Если бы было представлена информация об API, хоть примерно, что, куда, откуда и как гоняется, тогда другое дело. А вот представленным гетом яндекса Volley на андроиде так же справляется «на ура» (-:

И да, пожалуйста: я понятия не имею, как делать «минус в карму». Сам не делаю и не обращаю внимания, когда мне делают. Такие дела (-:
Java не является де факто кроссплатформенной.
Де факто наиболее кросс-платформенный язык — C++.
Кроме того, даже на тех же десктопах ни один разработчик в здравом уме и твёрдой памяти не будет заставлять пользователей установить JRE, если без этого можно обойтись.
Мы рады, что вы сообщили нам об этом. Но какое это отношение имеет к статье?
Затем что зачем писать очередную библиотеку/порт?

Данная библиотека справляется помоему с любыми внешними запросами. Да простят меня поклоняющиеся культу нелегких путей
Далеко не со всеми. Я работал с AQuery долго. И библиотека не очень стабильна.
Плюс всех возможностей, что есть у cURL, у AQuery просто нет.
полгода как юзаю AQuery. Что именно там не очень?
А у меня сложилось впечатление, что комментирующие не прочли статью прежде чем… эм… оставить комментарий.
честно говоря да. Ума не приложу зачем вставлять адов костыль в айос и андроид при наличии нативных http клиентов на обеих платформах. Лукс лайк хрень, или «потому что можем!»
Для того, чтобы иметь единый c/cpp интерфейс с идентичным поведением на обеих платформах. Проксировать HTTP Java клиент через JNI — это вообще за гранью добра.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Изменить настройки темы

Истории