или ты про что?)

я пока не очень пойму от какого активити ты хочешь наследоваться?

ты хочешь целое активити под превью с настройками сделать?

я пока не очень пойму от какого активити ты хочешь наследоваться?

Я напишу активити в котором буду работать с камерой, open/release, takePhoto, setPreviewSize + вьюха с превью. Всё это запихиваю в библиотеку и когда мне нужна камера я просто наследуюсь от неё

а если тебе на активити ещё что-нибудь надо будет разместить?

я имею в виду в конечном приложении

такого не предвидится

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

это всегда превью камеры с кнопкой настроки вспышки и кнопкой фото

+ ты пишешь библиотеку, а она должна быть универсальной

иначе какой в ней смысл

пиши просто ad hoc

У меня пока опыта не очень много, я раньше и писал всегда ad hoc, а сейчас вот требуют библиотеку, сижу думаю...

но с фрагментом хорошая идея, мне кажется

либа, должна быть более менее универсальная. К ней требования есть?

просто может сделать её в виде активити - и есть требование)

Доброе утро всем, у кого утро!) Я вот ознакамливаюсь с API ВКонтакте, и понял, что не умею нормально обрабатывать подобные запросы, чтобы не создавать callback-ада Сперва я, ничтоже сумняшеся, разбил запросы по методам и получилось нечто вида getFriendsByUser(getUserID()), но ответы приходят асинхронно, а писать кучу внутренних анонимных классов не хочется

rx ?

rx ?

не, это чуть позже

либа, должна быть более менее универсальная. К ней требования есть?

требований пока нету, да и универсальностью пока что не попахивает

@Ryabos bolts ещё есть, реализация промисов из жаваскрипта, но по сути те же коллбэки, только сбоку

а почему не rx, там же норм работа в асинхронном режиме?

Никита тогда это какая-то странная либа, но ладно)

Никита тогда это какая-то странная либа, но ладно)

это типа обертка над нативной либой на си

@Ryabos bolts ещё есть, реализация промисов из жаваскрипта, но по сути те же коллбэки, только сбоку

Т.е. на чистом api красиво не получится?

это типа обертка над нативной либой на си

чому не ограничиться пока просто отдельным модулем? прост кастомный активити, от которого нужно наследоваться - это дорога боли, особенно если внедрять в проект, где есть base activity, а сейчас это модно

а почему не rx, там же норм работа в асинхронном режиме?

Ну к рх перейду, когда начну уверенно писать без него)

А есть у кого нибудь хороший пример по Rx? лучши видосом. А то чот Вортоновские презентации...

@dron247 +

Т.е. на чистом api красиво не получится?

на чистом максимум лямбды, и то они тут как костыли, и по сути это сокращенная запись колбэков

чому не ограничиться пока просто отдельным модулем? прост кастомный активити, от которого нужно наследоваться - это дорога боли, особенно если внедрять в проект, где есть base activity, а сейчас это модно

Типа просто File -> New Module -> Android Library и вынести туда весь функционал?

на чистом максимум лямбды, и то они тут как костыли, и по сути это сокращенная запись колбэков

ок, спасибо

А есть у кого нибудь хороший пример по Rx? лучши видосом. А то чот Вортоновские презентации...

у издательства ДМК на русском вышла книжка по рх(перевод нерусской), оч доступно излагают. Можно микрософтовские книги почитать, там дается понимание откуда эта тема пошла есть, тоже полезно для начинающего, но там шарп и дотнет

у издательства ДМК на русском вышла книжка по рх(перевод нерусской), оч доступно излагают. Можно микрософтовские книги почитать, там дается понимание откуда эта тема пошла есть, тоже полезно для начинающего, но там шарп и дотнет

Спасибо, пойду погляжу

Типа просто File -> New Module -> Android Library и вынести туда весь функционал?

типа того, по крайней мере всё будет в одном проекте и ты избавишься от неминуемого гемора при подгонке слона к носорогу

Никита ты ещё всё-таки про требования узнай)) а то сейчас напишешь активити, а оказывается требуется набор классов со статическими функциями

а когда узнаешь, там станет понятно, что будет в основе твоего компонента с камерой

Никита ты ещё всё-таки про требования узнай)) а то сейчас напишешь активити, а оказывается требуется набор классов со статическими функциями

Спасибо, попробую?

Кто-нибудь сталкивался с тем, что эмулятор не стартует? Я ему "стартуй", а он нифига)) Пробую в консоли вызвать adb kill-server, а в Event log сыпится такая ошибка 10:52 Adb connection Error:EOF 10:52 Connection attempts: 1

студия версии 2.3

Что делал. Удалял эмуляторы, сбросил все настройки студии путем удаления папки .AndroidStudio2.3

почитай лайфсайкл активити, там есть методы которые вызываются после того как оно отрисовалось. И еще неплохо переопределить объект Application и в нём держать флаг, показывалась ли реклама, тоесть пока программа жива, рекалама показана больше не будет, как убъется, покажет, чтоб юзера не раздражать, можно инвалидацию флага по времени там-же реализовать

Может тогда в sharedPreferences хранить флаг?

Может тогда в sharedPreferences хранить флаг?

ну можно, прост тот, что лежит в объект аппы занулится автоматом при смерти приложухи и значит реклама покажется

Спасибо, почитаю вечером про переопделение application

Спасибо, почитаю вечером про переопделение application

там делов на три минуты, делаешь класс наследующий Application, прописываешь в манифесте и переопределяешь какие нужно методы

ConstraintLayout всегда getWidth(), getHeight() всегда возвращает 0.0? о_О

скорей всего надо эти методы вызывать после инициализации

Кто-нибудь сталкивался с тем, что эмулятор не стартует? Я ему "стартуй", а он нифига)) Пробую в консоли вызвать adb kill-server, а в Event log сыпится такая ошибка 10:52 Adb connection Error:EOF 10:52 Connection attempts: 1

удалил полностью студию и сдк и эмулятор запустился

удалил полностью студию и сдк и эмулятор запустился

у меня было такое когда adb стоял из brew, поменял путь до сдкшного и заработало

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

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

Тут все просто, смотришь в аналитике сколько юзеров с данными девайсами и решаешь, а надо тебе чтобы им было хорошо или нет))

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

иной раз можно прост заблочить девайс в маркете, чтоб оценки не портили)

еррор

скорей всего надо эти методы вызывать после инициализации

я их вызываю после onViewCreated

Оказывается люди устраивают холивар из-за AsyncTask и AsyncTaskLoader. Нашел несколько мнений на этот счет, но как-то не дали они мне окончательного личного мнения. Вы вот чего используете?

Для уже существующих данных, к примеру бд, можно асинктаск, а для инета лоадер.

Для уже существующих данных, к примеру бд, можно асинктаск, а для инета лоадер.

А с точки зрения обновления UI?

Для уже существующих данных, к примеру бд, можно асинктаск, а для инета лоадер.

какя разница?

какя разница?

Чтобы не терять соединения. Разница во времени огромная ведь между обращением к локальной бд и чьим-то api

Ну с инета что бы не терять данные,и снова не качать, а в бд уже есть, из бд обычно быстро вытаскиваешь.

А с точки зрения обновления UI?

Честно говоря не понял вопрос.

Оказывается люди устраивают холивар из-за AsyncTask и AsyncTaskLoader. Нашел несколько мнений на этот счет, но как-то не дали они мне окончательного личного мнения. Вы вот чего используете?

Люди, которые устраивают такой холивар - однозначно не понимают, асинхронной модели во фреймворке))

тут можно писать про вакансии, или таки правилами запрещено?

Mobile Dev Jobs — вакансии и аналитика Публикуем вакансии и запросы на поиск работы по направлению iOS, Android, Xamarin и т.д. Здесь всё: full-time, part-time, remote и разовые подработки. Обмен инсайдами и аналитикой на рынке труда. Технические обсуждения: @ios_ru, @android_ru, @ndk_ru https://t.me/mobile_jobs

Люди, которые устраивают такой холивар - однозначно не понимают, асинхронной модели во фреймворке))

В таком случае и я не догоняю) Вроде как AsyncTaskLoader это AsyncTask с поддержкой activity lifecycle, вот и все

ERROR: S client not available

Оказывается люди устраивают холивар из-за AsyncTask и AsyncTaskLoader. Нашел несколько мнений на этот счет, но как-то не дали они мне окончательного личного мнения. Вы вот чего используете?

Лоадер основан на асинк-таске - это расширение для асинк таска, которое позволет лоадеру (в отличие от асинк таска) переживать "runtime configurations changes", повороты активити и тд

Проще говоря - он знает когда от аттачиться от активности и приаттачиться обратно если необходимо

Лоадер основан на асинк-таске - это расширение для асинк таска, которое позволет лоадеру (в отличие от асинк таска) переживать "runtime configurations changes", повороты активити и тд

А есть причины теперь юзать AsyncTask?

о, спасиб. напишу туда :)

Так ведь получается, что лоадер в 99% удобнее

А есть причины теперь юзать AsyncTask?

В принципе - нет. Тебе абсолютно не зачем юзать асинк-таск напрямую, лоадер это и так делает, прост более умно

Так ведь получается, что лоадер в 99% удобнее

Его писать "сложней", чем просто асинктаск.

Его писать "сложней", чем просто асинктаск.

Это еще почему?

Больше кода

Его писать "сложней", чем просто асинктаск.

там всё кроме doInbackground - boilerplate-код - написал один -раз абстрактный лоадер - дальше тока bg-методы прописываешь в наследниках!

А, ну и на последок вопрос из этой темы) Видел сегодня loaderCallback, написанный на месте в анонимном классе. Вроде как удобно. Так вообще принято делать?

там всё кроме doInbackground - boilerplate-код - написал один -раз абстрактный лоадер - дальше тока bg-методы прописываешь в наследниках!

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

А, ну и на последок вопрос из этой темы) Видел сегодня loaderCallback, написанный на месте в анонимном классе. Вроде как удобно. Так вообще принято делать?

да вроде ничем не грозит ?

А, ну и на последок вопрос из этой темы) Видел сегодня loaderCallback, написанный на месте в анонимном классе. Вроде как удобно. Так вообще принято делать?

там есть два основных кейса: 1) - самый популярный - когда тебе точно что-то надо грузить и ты знаешь - что, тогда делаешь initLoader в onCreate (опять же как в доках) - и всё будет работать 2) - более изысканный, когда надо разово по кнопке и тд, получить данные, там чуть с плясками... ну если надо будет - подскажу

Збс, спасибо)

Господа а RenderSript в onPause как гасить нужно? И финиш и дестрой или просто дестроя хватит?

Больше кода

"Больше кода" - это не беда. Никто ж не пугается фигачить больше кода для других вещей. Like a кондукторы, интеракторы, роутеры, презентеры - по интерфейсу на класс))

"Больше кода" - это не беда. Никто ж не пугается фигачить больше кода для других вещей. Like a кондукторы, интеракторы, роутеры, презентеры - по интерфейсу на класс))

Ну если можно обойтись простым асинктаском, то почему бы и нет.

Если не страшно лишний раз перезапуститься, или не надо обрабатывать повороты - то ... абсолютно согласен, вполне и асинк-таск Лоадер хорош тем что инстанс держит без привязки к активности/фрагменту, короче как retain-fragment живет

Господа а RenderSript в onPause как гасить нужно? И финиш и дестрой или просто дестроя хватит?

как я ни делаю оно все равно падает с Attempting to use an object across contexts.

Если не страшно лишний раз перезапуститься, или не надо обрабатывать повороты - то ... абсолютно согласен, вполне и асинк-таск Лоадер хорош тем что инстанс держит без привязки к активности/фрагменту, короче как retain-fragment живет

Ну да

Привет, кто знает название тулзы, с помощью которой можно порезать джарку и оставить те методы которые используются и зависимые?

разве Proguard не вырезает всё лишнее если стоит minifyEnabled true ?

прогуард, то совсем другая история

Господа а RenderSript в onPause как гасить нужно? И финиш и дестрой или просто дестроя хватит?

RS - делай в отдельном потоке, поднял RS ->выполнил что надо->закрыл finish дожидается всех запущенных kernel-s и invoke-s, destroy - клинит уже сам RS-context

Может кто знает, как это победить? В ConstraintLayout ставлю маржины 4 в визуальном конструкторе, а изменений не происходит. А всё потому, что оно меняет marginLeft, а marginStart оставляет старый. Приходится xml вручную править. <TextView android:id="@+id/hex_bytesrow" android:layout_width="0dp" android:layout_height="wrap_content" android:layout_marginBottom="8dp" android:layout_marginEnd="8dp" android:layout_marginLeft="4dp" android:layout_marginRight="8dp" android:layout_marginStart="8dp" android:layout_marginTop="8dp"

RS - делай в отдельном потоке, поднял RS ->выполнил что надо->закрыл finish дожидается всех запущенных kernel-s и invoke-s, destroy - клинит уже сам RS-context

У меня не выйдет его вот так открыть на 1 задачу и закрыть :)

Господа а RenderSript в onPause как гасить нужно? И финиш и дестрой или просто дестроя хватит?

держи на-здоровье, честно спиздил на просторах сети

Помнишь я рассказывал про свою задачу? Рендер стартует вместе с камерой, и постоянно конвертит фремы превью

приходится превью сайз ронять до 0.3мпх и рендерСкрипт крутить в основном потоке