Т.е. "Я сервер, я понял что ты просил список абонентов, но их пока нет, держи 200 с жсон в котором еррор"

Такой еррер только усложняет. 200 или 204 код и пустой массив.

Такой еррер только усложняет. 200 или 204 код и пустой массив.

Нет, такой еррор разделяет статус работы HTTP протокола и базовых функций сервера (напр 500) и твоего протокола работы с данными

Хорошо, если в каком-то контексте это имеет смысл, пусть так.

Ну это как почтовый сервис и содержимое письма

Ну а всетаки, от верных теорий и идеального мира к практике - есть ситуация и что сделать с ней

Факт недоставки письма и отказ собеседника — разные вещи

Ну а всетаки, от верных теорий и идеального мира к практике - есть ситуация и что сделать с ней

проверить тело ответа на успех

Ну а всетаки, от верных теорий и идеального мира к практике - есть ситуация и что сделать с ней

Да, помогите ему, а я пойду сам костылить в реалиях)

Привет! Подскажите, пожалуйста: если я включаю instant run, то все работает нормально, но после выключения instant run стала возникать ошибка о 64k методов. Можно ли это профиксить без включения multidex?

Привет! Подскажите, пожалуйста: если я включаю instant run, то все работает нормально, но после выключения instant run стала возникать ошибка о 64k методов. Можно ли это профиксить без включения multidex?

пересмотреть список подключенных библиотек

убрать все + в версиях библиотек

Вроде все посмотрел, плюсов там нет

Привет! Подскажите, пожалуйста: если я включаю instant run, то все работает нормально, но после выключения instant run стала возникать ошибка о 64k методов. Можно ли это профиксить без включения multidex?

Гм. А оно ведь и правда существует! Самое смешное я все не могу понять как правильно разрабатывать под дройд. Как я понял, большинство разработчиков, подключают сотни либ и фрейсворков на каждый чих. Такая же ситуация с java. При этом некоторые чуваки сильно запариваются о числе методов и производительности.

Андроид это и есть фреймворк и сотни либ

Андроид это и есть фреймворк и сотни либ

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

orm еще походу очень любят

Некоторые не знаю чего-то, что есть в системе — гуглят либы. Некоторые либы решают проблемы за короткое время

А РХ это классика теперь

Философия Java как бы в этом. Пиши все так, словно пишешь билиотеку для клиента.

Философия Java как бы в этом. Пиши все так, словно пишешь билиотеку для клиента.

Что?

Соотвественно обратно - юзай либу на каждый чих.

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

Retrofit — это REST-клиент, с ним код гораздо понятнее, чем, скажем, с HttpUrlConnection. При этом Retrofit/OkHttp/Okio достаточно компактные (всё вместе меньше rx, например).

Всем привет! Нужно сохранить с десяток html страничек для дальнейшего просмотра в офлайн. Как лучше это сделать? Просто в текстовых файлах сохранить?

@diwixis ну как вариант, только не забудь про изображения если они есть, их тоже придется грузить оффлайн

Всем привет! Нужно сохранить с десяток html страничек для дальнейшего просмотра в офлайн. Как лучше это сделать? Просто в текстовых файлах сохранить?

https://www.google.ru/webhp?sourceid=chrome-instant&ion=1&espv=2&ie=UTF-8#q=%D0%BA%D0%B0%D0%BA%20%D1%81%D0%BE%D1%85%D1%80%D0%B0%D0%BD%D0%B8%D1%82%D1%8C%20%D0%BB%D0%BE%D0%BA%D0%B0%D0%BB%D1%8C%D0%BD%D1%83%D1%8E%20%D0%BA%D0%BE%D0%BF%D0%B8%D1%8E%20%D1%81%D0%B0%D0%B9%D1%82%D0%B0

Всем привет! Нужно сохранить с десяток html страничек для дальнейшего просмотра в офлайн. Как лучше это сделать? Просто в текстовых файлах сохранить?

wget

Всем привет! Нужно сохранить с десяток html страничек для дальнейшего просмотра в офлайн. Как лучше это сделать? Просто в текстовых файлах сохранить?

Просто в файлах, но, если они лежат на карте памяти, то будут видны другим приложениям. И картинки, скрипты, стили нужно тоже стащить оффлайн, да.

Товарищи, насколько плохо статически хранить application context?

плохо

Не плохо если он в Application

плохо

чем?

Не плохо если он в Application

почему?

Суть в том, что я сейчас пытаюсь отрезать от VK SDK нужную мне часть.

почему?

Удобно для доступа методов контекста и не утечет. Но неудобно при тестах

Вообще ничем не плохо. Аппликейшн всегда один на весь жизненный цикл приложения. Разве что только нельзя юзать этот контекст для инфлатинга интерфейса например.

Удобно для доступа методов контекста и не утечет. Но неудобно при тестах

Только тесты? Больше ничего не потеряю?

Только тесты? Больше ничего не потеряю?

Ну связанность архитектуры и все такое

Ну это фигня, ВК SDK, какая тут архитектура может быть) Всем спасибо :)

Отчего в Инспекциях Declaration Redundancy -> Unused Declaration -> Entry Points показаны enum'ы? Они же ну никак не точки входа.

кто нить пробовал делать несколько вебвью подряд например в линеаре, для проигрывания видео с ютуб?

или какие есть решения, на одном скрине надо показать 1-5 айтемов с ютубвидео

не в рекуклере

както делал вебвью в элементе списка recyclerview

в списке было 15 элементов

неочень.

както делал вебвью в элементе списка recyclerview

это очень плохо )

очень очень плохо)

для видео с ютьюба вроде была какаято библиотека

где всё кошерно

для видео с ютьюба вроде была какаято библиотека

++, WebView — крайний случай

https://developers.google.com/youtube/android/player/setup

как бы вы реализовали такую задачу? нужно сделать напоминалку с простыми напоминаниями и повторяющимися с заданной периодичностью. напоминания можно создать, отредактировать и удалить. когда пробил час, напоминание вызывает функцию, которая показывает custom notification. поддержка с 15-го API

обратился бы к разработчику, очевидно же

думаю, что использовать AlarmManager или что-то другое

обратился бы к разработчику, очевидно же

и что Вы хотели этим сказать?

конкретно к какой части приложения вопрос

> AlarmManager Note: Beginning with API 19 (KITKAT) alarm delivery is inexact: the OS will shift alarms in order to minimize wakeups and battery use. There are new APIs to support applications which need strict delivery guarantees; see setWindow(int, long, long, PendingIntent) and setExact(int, long, PendingIntent). Applications whose targetSdkVersion is earlier than API 19 will continue to see the previous behavior in which all alarms are delivered exactly when requested.

евернотовская либа https://github.com/evernote/android-job ?

интересно. спасибо

https://github.com/firebase/firebase-jobdispatcher-android

спасибо

> AlarmManager и еще могут быть проблемы с Doze Mode http://stackoverflow.com/questions/32492770/how-to-make-alarm-manager-work-when-android-6-0-in-doze-mode

ERROR: S client not available

спасибо. наверное, буду использовать библиотеку из предложенных

интересно, а если перезагрузить устройство dispatcher библиотека сохранит notification?

Интересно, а если надо выполнять задачу Х-го числа каждый месяц, что-то из этого подойдет? насколько помню стандартные стредства так не умеют

Интересно, а если надо выполнять задачу Х-го числа каждый месяц, что-то из этого подойдет? насколько помню стандартные стредства так не умеют

Каждое Х число задавай на сл месяц

Как такой прогресс делать правильно, что-то вроде такого? <FrameLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent"> <FrameLayout ... </FrameLayout> <ProgressBar android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_gravity="center"/> </FrameLayout>

А мне надо раз в сутки запускать задачу. И раз в несколько минут мониторить процесс - видеплеер. Ну тоже послушаю что там есть хорошего для API >= 20

А мне надо раз в сутки запускать задачу. И раз в несколько минут мониторить процесс - видеплеер. Ну тоже послушаю что там есть хорошего для API >= 20

21+, API 20 это Android Wear был

Как такой прогресс делать правильно, что-то вроде такого? <FrameLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent"> <FrameLayout ... </FrameLayout> <ProgressBar android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_gravity="center"/> </FrameLayout>

внутренний FrameLayout - может и лишний - прям там фигач

Каждое Х число задавай на сл месяц

я правильно понял: должна быть задача которая запускаетсяся раз с месяц и формирует напоминания текущий на месяц? + если нельзя задать число то надо рассичтать время через которое должна сработать задача?

внутренний FrameLayout - может и лишний - прям там фигач

а....скорее Progress оберни в какой-то контейнер если - тебе к нему еще и подпись надо или что-либо ещё

а гугл календарь, например, нельзя подвязать как-то? перехватывать нотификейшин от календаря и смотреть (назнаю как =) ) если это ивент нашего приложения то выводить нотификейшин приложения =)

@NikitenkoGleb ok спасибо

А мне надо раз в сутки запускать задачу. И раз в несколько минут мониторить процесс - видеплеер. Ну тоже послушаю что там есть хорошего для API >= 20

c 21 думаю JobScheduler для раз в сутки

c 21 думаю JobScheduler для раз в сутки

Посмотрю, спасибо!

спасибо

ещё есть https://github.com/yigit/android-priority-jobqueue

ещё есть https://github.com/yigit/android-priority-jobqueue

спасибо. посмотрю

спасибо. посмотрю

Еще есть лучше https://github.com/hypertrack/smart-scheduler-android

да уж, дофига их, главное проанализировать и выбрать подходящую

Ещё от Evernote есть

Вот хз какая лучше

https://github.com/firebase/firebase-jobdispatcher-android

Там есть небольшая табличка сравнение

спасибо всем. уже имплементирую еверноут

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

Java изобрели в 1995, чтоб положить конец ебанизму: наконец-то можно писать код один раз и гонять потом его на всех платформах. Но лучшие технические умы в гугле наносят ответный удар. Лысый в это видео сам и предьявил пруфы с DEX-размерами , что разрабы андройда - это гремлины: сначала они умудрились сломать энумы, а потом переизобрели платформно-зависимые костыли-недо-энумы и назвали их IntDef, делая, таким образом свой диалект жавы. Успех.

Java изобрели в 1995, чтоб положить конец ебанизму: наконец-то можно писать код один раз и гонять потом его на всех платформах. Но лучшие технические умы в гугле наносят ответный удар. Лысый в это видео сам и предьявил пруфы с DEX-размерами , что разрабы андройда - это гремлины: сначала они умудрились сломать энумы, а потом переизобрели платформно-зависимые костыли-недо-энумы и назвали их IntDef, делая, таким образом свой диалект жавы. Успех.

ну вообще то гугл не делал андроид c нуля, он его купил у других ребят, и по сей день расхлебывает )

@JFixby и пруфы - вообще не новость, гугл их чуть ли не с самых первых версий андроида показывает

@JFixby и пруфы - вообще не новость, гугл их чуть ли не с самых первых версий андроида показывает

не понял смысл

@JFixby intdef - платформо-независимые. Это же обычные аннотации вокруг int'ов

@illarionov а почему они не компилятся?