Жаль, что у epub'а столь некачественная вёрстка. Даже банальное оглавление отсутствует. И тем более жаль, что на сайте нет возможности хотя бы на пару страниц взглянуть перед покупкой, чтобы как раз оценить качество электронной версии книг.
Как я уже сказал выше я не люблю пользоваться аннотациями.
Но ведь аннотации — это часть языка, и довольно удобная часть языка. Для отказа от них должны быть какие-то весомые причины.
Вообще, в случае с REST — маппинги URL, параметры, сериализация/десериализация параметров запросов и респонсов в целом — всё это очень удобно описывать неким подобием DSL, коим, в данном случае, и выступают аннотации. Вы же предлагаете те же параметры GET-запроса вбивать как гвозди явными вызовами addGetParam(), вместо того, чтобы просто и элегантно передать аннотированную сущность предметной области.
Далеко не все проекты требуют привлечения сильных но немного громоздких библиотек типа Spring Android или Robospice.
Предрелизный запуск ProGuard'а с включённой опцией shrinking'а решает эту проблему, оставляя ровно то, что использовалось в приложении. Т.е. от нескольких мегабайт того же Robospice останется от силы килобайт 100-150. И, сдаётся мне, гибкость и мощь этих библиотек и удобство дальнейшего развития приложения вполне стоят этих лишних 100-150 килобайт. Впрочем, это лишь моё мнение и я могу ошибаться. :)
Существующие библиотеки помогающие в построении запросов и их обработку не слишком меня устраивали по ряду причин.
Гм. Интересно. Можете в двух словах написать, чем вас не устроили retrofit, Spring Android (RestTemplate), Robospice, OkHttp — качественные и гораздо более функциональные решения? И чем ваша библиотека лучше? Ну, помимо того, что своё — всегда милее. :)
Таки удалось перенести всю историю с 4.2 на 4.3. Помог рецепт отсюда. Соответственно, для русифицированной версии Skype в LIKE выражение подставляем 'отправил%', вместо 'posted%':
UPDATE Messages SET body_xml=substr(body_xml,instr(body_xml,'<files')) WHERE type=68 AND body_xml LIKE 'отправил%';
А какой тогда от него смысл? Вводить длинный сложный пароль с телефонной клавиатуры — то ещё удовольствие. Не говоря уж о том, что пароли я не запоминаю, ибо есть менеджеры паролей.
Сделайте наконец-то возможность запоминания авторизации с цифровым кодом для входа в приложение, как у всех банковских и платёжных мобильных приложений. В противном случае, ваше приложение бесполезно.
Мда. Если уж за 5 дней (!) не смогли пофиксить вышеупомянутое «An Internal Error Has Occurred», да ещё и с отосланным подробным описанием последовательности действий, всегда приводящей к этому результату… Похоже, ваш сервис для истинных экстремалов.
Держать билды библиотек под различные архитектуры в одном apk — конечно же, удобнее в сопровождении и тестировании. Но если для вас важен размер итогового apk-файла, то можно и разнести версии библиотек по разным apk.
Надо понимать, что у этого механизма куда более широкая область применения, потому и решать, как именно будет лучше, нужно исходя из конкретной задачи и сопутствующих условий. Автоматический выбор apk с библиотекой под нужную архитектуру — лишь одно из возможных применений.
Первое, что ещё приходит в голову — игры. Разные apk содержат в себе разные графические ресурсы, с меньшими или большими размерами и детализацией, в зависимости от размера дисплея пользовательского устройства, плотности экрана и так далее. Раньше это решалось, как правило, созданием нескольких приложений в Google Play, да и сейчас всё ещё можно встретить немало игр, имеющих отдельную HD-версию.
И это странно, ведь этому посвящена целая глава в документации.
Для большинства проблема звучит так: есть код на Java и C++ и на выходе нужно получить .apk для загрузки в Google Play. Если бы инструменты по умолчанию собирали пачку .apk-файлов для разных платформ, то проблема не стояла бы так остро.
Согласен, было бы удобнее. Но отсутствие таковой функциональности не такая уж и проблема, поскольку не слишком сложная задача написать соответствующие билд-скрипты самому.
Не-не, вы немного не правильно поняли. Пользователю вовсе не нужно знать архитектуру своего устройства, нужная версия ему установится автоматически. Он даже не узнает, что их там несколько.
Андроид не дает возможности определить архитектуру процессора и «докачать» нужные версии бинарников из соображения безопасности.
Но зато имеется отличная возможность опубликовать в Google Play несколько apk с различными билдами библиотек, скажем, отдельно apk с библиотекой под armv5, отдельно с билдом под armv7 и отдельно — х86. И при установке приложения из Google Play пользователю установится нужная версия с библиотеками под архитектуру его устройства.
Следовало всё же потестировать сервис, прежде чем публично рекламировать. В некоторых местах ползёт вёрстка. А после регистрации, по адресу /ru/tasks, так вообще выдаёт следующее:
CakePHP: the rapid development php framework
An Internal Error Has Occurred.
Так и не удалось заценить ваш сервис. Хотя, если честно, то ничего лучше и удобнее Todoist'a не встречал, у всех остальных одни и те же проблемы и неудобства, как под копирку. Что-то мне подсказывает, что у вас так же.
Уже порядка года успешно использую в работе всё вышеперечисленное (кроме «try-with-resources»), поскольку оно, как верно заметил Divers, работает лишь на уровне компилятора и на результирующий байт-код влияния не оказывает.
А появление наконец AutoCloseable — это радостно, конечно, но пройдёт ещё много-много лет, прежде чем это можно будет свободно использовать в android проектах, ибо API >= 19.
По первым двум ссылкам сэмплов открываются пустые документы (Chrome 28.0.1500.95, FF 23.0).
Авторизация через гугл не работает — The redirect URI in the request: esboza.com/bitrix/tools/oauth/google.php did not match a registered redirect URI.
Сбилдил сэмпл (через native-android), идущий в поставке Game Closure (Whack-that-Mole!, если не ошибаюсь), на выходе получил apk со всеми возможными включёнными permissions (в том числе и на отправку смс и совершение звонков, ага). В документации не нашёл способа управлять разрешениями. Огорчает.
Но ведь аннотации — это часть языка, и довольно удобная часть языка. Для отказа от них должны быть какие-то весомые причины.
Вообще, в случае с REST — маппинги URL, параметры, сериализация/десериализация параметров запросов и респонсов в целом — всё это очень удобно описывать неким подобием DSL, коим, в данном случае, и выступают аннотации. Вы же предлагаете те же параметры GET-запроса вбивать как гвозди явными вызовами
addGetParam(), вместо того, чтобы просто и элегантно передать аннотированную сущность предметной области.Предрелизный запуск ProGuard'а с включённой опцией shrinking'а решает эту проблему, оставляя ровно то, что использовалось в приложении. Т.е. от нескольких мегабайт того же Robospice останется от силы килобайт 100-150. И, сдаётся мне, гибкость и мощь этих библиотек и удобство дальнейшего развития приложения вполне стоят этих лишних 100-150 килобайт. Впрочем, это лишь моё мнение и я могу ошибаться. :)
Гм. Интересно. Можете в двух словах написать, чем вас не устроили retrofit, Spring Android (RestTemplate), Robospice, OkHttp — качественные и гораздо более функциональные решения? И чем ваша библиотека лучше? Ну, помимо того, что своё — всегда милее. :)
body_xml. Проверьте его, на всякий.LIKEвыражение подставляем'отправил%', вместо'posted%':Надо понимать, что у этого механизма куда более широкая область применения, потому и решать, как именно будет лучше, нужно исходя из конкретной задачи и сопутствующих условий. Автоматический выбор apk с библиотекой под нужную архитектуру — лишь одно из возможных применений.
Первое, что ещё приходит в голову — игры. Разные apk содержат в себе разные графические ресурсы, с меньшими или большими размерами и детализацией, в зависимости от размера дисплея пользовательского устройства, плотности экрана и так далее. Раньше это решалось, как правило, созданием нескольких приложений в Google Play, да и сейчас всё ещё можно встретить немало игр, имеющих отдельную HD-версию.
И это странно, ведь этому посвящена целая глава в документации.
Согласен, было бы удобнее. Но отсутствие таковой функциональности не такая уж и проблема, поскольку не слишком сложная задача написать соответствующие билд-скрипты самому.
Но зато имеется отличная возможность опубликовать в Google Play несколько apk с различными билдами библиотек, скажем, отдельно apk с библиотекой под armv5, отдельно с билдом под armv7 и отдельно — х86. И при установке приложения из Google Play пользователю установится нужная версия с библиотеками под архитектуру его устройства.
/ru/tasks, так вообще выдаёт следующее:Так и не удалось заценить ваш сервис. Хотя, если честно, то ничего лучше и удобнее Todoist'a не встречал, у всех остальных одни и те же проблемы и неудобства, как под копирку. Что-то мне подсказывает, что у вас так же.
А появление наконец
AutoCloseable— это радостно, конечно, но пройдёт ещё много-много лет, прежде чем это можно будет свободно использовать в android проектах, ибо API >= 19.Авторизация через гугл не работает — The redirect URI in the request: esboza.com/bitrix/tools/oauth/google.php did not match a registered redirect URI.
А в чём у вас проблема? На что GC ругается?