Вы видите копию треда, сохраненную 8 марта 2017 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
> Хочу вкатиться в разработку под Android!
Большинство приложений написано на Java, выучить её на хорошем уровне — это первое, что необходимо сделать. Рекомендуемую литературу см. в Java-треде.
После этого можно открыть официальную документацию http://developer.android.com/training/index.html и попробовать создать по туториалам своё первое приложение.
В дальнейшем потребуется базовое знание SQL, понимание XML и JSON.
> IDE и инструменты?
Android Studio — основной инструмент разработчика. Кроме неё потребуется Android SDK (устанавливается вместе со студией).
> Мануалы?
- Официальная документация: http://developer.android.com/
- Полезный гайд для начинающих и продвинутых: http://guides.thecodepath.com/android
- Бесплатный видеокурс от Google для новичков: https://www.udacity.com/course/android-development-for-beginners--ud837
- Два ресурса, единственный плюс которых — русский язык: http://startandroid.ru/ и http://developer.alexanderklimov.ru/android/
- Классика, способная дать ответ на почти любой вопрос "Как сделать xyz?": http://stackoverflow.com/
> Не хочу писать на Java!
- Kotlin — JVM-совместимый язык от JetBrains. Есть лямбды, стримы и делегаты. Можно использовать в проекте вместе с кодом на Java.
> Есть что-то кроме нативных приложений?
- Xamarin — кросс-платформенный фреймворк на C#. Представляет из себя обёртку над Android API. Куплено Microsoft. Теперь есть бесплатная версия.
- PhoneGap/Ionic/Titanium/ReactNative — имя им javascript, принципы у них разные, первые три попытка в кроссплатформенность одного кода, ReactNative проповедует другой подход, а именно написание разного кода но на одном языке. Популярность у них разная как и размер комьюнити. Вопросы по ним — в js-тред.
- BugVM — кросс-платформенный фреймворк, написанный на Java. Форк невинно убиенного RoboVM.
> Хочу писать игры!
LibGDX или Unity. Спрашивать в /gd/
> Что нужно, чтобы взяли джуниором? Что учить в первую очередь?
Нужно хорошее знание Java, понимание базовых принципов Android (жизненный цикл activity/fragment, что такое Context, intents, services, UI thread, support library, shared preferences, SQLite), знание популярных библиотек типа Retrofit + Glide/Picasso. И хотя бы оно готовое приложение.
Предыдущий тред: https://2ch.hk/pr/res/885914.html (М)
Вообще, мне уже становится страшно от андроида, почти допилил погодное приложение с курса. Решил потестить на разных апи, насоздавал эмуляторов и пиздец. На одном апи какого-то хуя иконка отображается в активити, а в других нет, на моем девайсе share работает, на 23+ апи нет. На 11 апи elevetion у аппбара работает, хотя я явно в коде ее убрал, ну и т.д. Как это все чинить, хуй знает. Кучу костылей городить что ли.
Вот, это один из самых больших проебов Google, когда они на скорую руки лепили Android.
Надо было всю подсистему отрисовки вынести в библиотеки и оставить один голый OpenGL интерфейс.
Сейчас бы проблем с фрагметацией UI было на порядок меньше.
P.S. Рабочие примеры такого подхода есть:
Гугловский же движок Flutter для кросплат. приложений и тот же LibGDX с их библиотекой контролов.
Горизонтальный линейный макет в помощь.
Так что вопрос - как получилось (если у кого-то получилось) запустить видео плеер витамио в приложении с таргетом >=23
Cделай RelativeLayout, в нем размести EditText и Buttons как тебе нужно.
хз о чем ты. Подобного вопроса не нашел. Так есть решение проблемы или нет?
>Есть ли способ запретить делать скрины, пока приложение работает?
activity.Window.AddFlags(WindowManagerFlags.Secure);
это Xamarin, но думаю разберешься
Конечно, ты при путе указываешь название таблицы.
Почему на ОП пике трап?
При этом, если инициализировать их через него же, но используя View view = ButterKnife.findById(this, R.id.view_id); то все ок.
Я в чем-то накосячил или ButterKnife нестабильный? До инициализация ни одна вью не используется, все проверил.
очень хорошая либа, сам ее юзаю уже полгода, не жалуюсь. По поводу твоей проблемы,
если ты работаешь в активити, то сразу после setContentView прописывай ButterKnife.bind(this);
если же ты во фрагменте, то сразу после View topLevelView = inflater.inflate(...); добавь
ButterKnife.bind(this, topLevelView);
и все будет ок.
>ButterKnife.bind(this)
>ButterKnife.bind(this, topLevelView);
Так и сделал.
Еще в onDestroy фрагмента вызываю unbinder.unbind(); Может в этом дело?
>Еще в onDestroy фрагмента вызываю unbinder.unbind(); Может в этом дело?
хз, никогда его не вызывал, даже впервые слышу, ну попробуй удалить)
Я могу немного в плюсы есть пара идей для приложений. Не хочу тратить время еще и на изучение джавы.
На плюсах ты ток байты ебать можешь. Что-то сложней становится сильно не эффективней.
"ебать байты" *
че?
Изучить яву быстрее чем написать приложения для дроида под с++
Потому что он не на хуе.
>юзать нож для масла
Шиггидигги?
- сервис для видео из дурова, с использованием их SDK и всяких YouTube VideoVie
- аудио сервис для soundcloud, полностью с ручным апи на ретрофите
2 однозначно. Ретрофит - единственная рассово верная на данный момент самая удобная и практичная технология для сетевых запросов. И если ты что-то сделаешь с ее использованием, то работодатель (шарящий) в любом случае будет таким доволен.
Сначала думал через AsyncTask, на хабре нашел что лучше через Loader. Начал гуглить примеры - там и через Loader и через asyncTask вместе. Нипонятэ.
Вьюха начала подтормаживать когда я много значений начал в основном потоке заносить.
Это всего лишь джава8.
> Added in API level 24
Ну а в чем проблемы? Ты что до сих пор старье поддерживаешь?
Ну так держи вот на java 6:
https://github.com/streamsupport/streamsupport
Кстати советую, в паре проектов внедрил уже.
и? в данном случае понималось использование одного инструмента (определенное библиотеки), которая имеет преимущество перед другими
>>903808
Можно чо из стандартного?
У меня диплом (сторонние библиотеки лучше не юзать) + сам хотел бы на базовом уровне изучить.
Вот с лоадером так и не понял, стоит ли заморачиваться. Ибо в туториалах асинхи всеравно юзаются, а адаптер у меня и так Array (не на курсорах).
Мне чисто что бы асинхронно работало, но правильно.
+ API 16. Обратную поддержку вроде не нашел.
> У меня диплом
Говно у тебя собачье, а не диплом.
Loader используешь для загрузки данных из БД. Сохраняешь в БД используя ContentResolver (для этого нужно написать свой ContentProvider). Для того, чтобы сохранение в БД выполнялось в другом потоке, используй AsyncTask.
Вернее, луче не AsyncTask, а AsyncQueryHandler.startInset()
https://developer.android.com/reference/android/content/AsyncQueryHandler.html
>Говно у тебя собачье, а не диплом.
БД - один из функционалов, а не проект, дурик.
За инфу спасибо
научись вежливо вести беседу, а пока иди нахуй
Есть 2 списка в которых содержатся одинаковые объекты, но списке совершенно разные по смыслу. Потому нужно хотябы по таблицам их разнести.
Всякого boilerplate кода очень мало.
Добавил туда еще нотификации об обновлении таблиц при помощи rx java.
Получу ли я результат или надо вызывать метод cache() у observable чтобы оно так работало?
Как тогда перезапустить запрос, если я использую cache()?
>>904830
> что будет если отписаться во во время выполнения
Выполнение следующей команды в цепочке приостановится. Либо возможно даже отменится текущая команда, если она поддерживает отписывание, как например retrofit.
> подписаться уже после выполнения
Запустится заново. В этом и суть cold observable.
> надо вызывать метод cache()
Надо
> Как тогда перезапустить запрос
Создать новый obserable.
Пишу что-то вроде игры, где геймплей реализован таким образом:
FrameLayout на два кастомных элемента: view стенок (генерируется и рисуется один раз) и подвижная view с перемещением игрока, все такое (перерисовывается регулярно). Все через onDraw и canvas
Проблема в том, что когда стен огромный лабиринт, перерисовка игрока начинает лагать: на 7 сообщений о перерисовке onDraw срабатывает единожды и получаем прыг-прыг-прыг, вместо плавного движения. Сделал слой стен невидимым - плавность вернулась.
Кто-нибудь может мне объяснить почему так происходит и что с этим делать?
https://gist.github.com/4c9a88c8228a3e4702d47cd2e2624d2f
https://gist.github.com/CC-Ultra/d32fe949ad9f7e8012825b5e6ef84f8f
Второй тут вряд ли нужен, а первый я упростил дальше некуда
Заебала эта всратая шлюха на оппике, оп ебаный извращенец. Каждый раз противно заходить из-за этой хуйни на картинке, на какой помойке ты ее отрыл?
Мобильная разработка стремительно умирает, на её место приходит вездесущий веб и html5. Всё больше приложений пишут на ReactNative и подобных. Загугли вакансии на JavaScript и сам увидишь разницу.
Java EE уже давно издохла. Андроид еще жив, но это временно. Те, кто уже вкатились, будут поддерживать старые, как говно мамонта, системы и приложения. Так что, начинать учить Java сейчас — плохая идея.
Будущее за вебом, учи JavaScript.
ой блять. лет 10 уже это будующее за вебом.
Java EE сдохла потому что это такой же монстр, как с++, но с синтаксисом ябы, а еще потому что ей на смену пришли спринг и хибернейт. И на чем же ту бедешь реализовывать бекенд банков? На жс, или мб возьмешь еще что-нибудь поновее, аля Д или Го? Жаба используется в тырпрайзе потому что штабильность, именно это и нужно большим организациям.
> Жаба используется в тырпрайзе потому что штабильность
Так я об этом и написал ведь:
> Те, кто уже вкатились, будут поддерживать старые, как говно мамонта, системы и приложения
Если тебе такое по вкусу, то кушай на здоровье, такого у нас много. У некоторых банков до сих пор софт на Коболе. #стабильность же.
Веб потихоньку насиловал десктоп, андроид его добил.
Веб не убьет смартфоны, пока те поддерживаются яблоком, гуглом и прости господи майкрософтом или им на смену не придет, что-то хайповое а в ближайшее время ничего и не придет, ибо что нужно человеку, кроме компьютера под рукой? Реализовывать еще один вид смартфона где система будет чисто броузер - дерьмо, потому что найух мне не нужен обрезанный дроид.
И люди не будут ждать загрузку сайта + загрузку тысячи фреймворков жабыскрипта для одной херни каждый раз, когда им что-то нужно будет. Ибо вся эта жопа будет грузится пиздец медленно, достаточно посмотреть на уже существующие "интерактивные" сайтики. А грузится они будут медленно, потому что большинство юзверей не покупают новый смартфон каждый месяц и ходят, как раз таки, с железом мамонта, на котором эти интерактивные сайтики открываются по 30 минут. Достаточно зайти в андроид студио и посмотреть сколько юзверей используют старый дроид: 4.0.4 примерно 70%, 5.0 примерно 40%. Что уж говорить об 6 и 7 версии. И проблема не в том, что юзвери не хотят обновляться, проблема в том, что производители дропаю поддержку чуть ли ни в день появления девайся на полках магазина. А еще, если ты хочешь, что бы сайтики с 1000 фреймворками у тебя открывались быстро, то изволь платить по 600 бачей в год на новый смартфон, окей, возьмем два раза в год, 300 бачей в год. А теперь смотри. Есть дядя Ваня из зажопинска и у ниго смартфон он какого-нибудь мегафона за 1990, приложение у него открывается моментально, в сравнении с "интерактивным" сайтиком. Предположим он захотел воспользоваться сервисом для заказа такси. Вопрос, будет ли он ждать 10 минут для показа сайтика, который еще и ебанные странички подгружает должен, или заюзает нативное приложение, где он все это уже сделает, пока будет грузиться мейн пейдж сайта. И соль в том, что таких дядь Вань по миру дохуя и больше и это понимают все, кроме веб макак, которые кудахчат что за вебом будущее.
Да и взяв ваш петушный веб. Еще далеко не большинство сайтов пооддерживают хтмл5, о котором вы так кудахчите. И единственный толчок для того, что бы изменить это недавно сделаль гоголь, удалив поддержку флеша. И проблема в том, что это опять коснеться пользователей, ибо как-так у владельца нет дохуя бабосов на то что бы нанять веб-макаку и все это дерьмо переписать, а после еще и обслуживать.
В общем, заебали вы, веб-макаки петушиные
И нет, стул не сгорел
Веб потихоньку насиловал десктоп, андроид его добил.
Веб не убьет смартфоны, пока те поддерживаются яблоком, гуглом и прости господи майкрософтом или им на смену не придет, что-то хайповое а в ближайшее время ничего и не придет, ибо что нужно человеку, кроме компьютера под рукой? Реализовывать еще один вид смартфона где система будет чисто броузер - дерьмо, потому что найух мне не нужен обрезанный дроид.
И люди не будут ждать загрузку сайта + загрузку тысячи фреймворков жабыскрипта для одной херни каждый раз, когда им что-то нужно будет. Ибо вся эта жопа будет грузится пиздец медленно, достаточно посмотреть на уже существующие "интерактивные" сайтики. А грузится они будут медленно, потому что большинство юзверей не покупают новый смартфон каждый месяц и ходят, как раз таки, с железом мамонта, на котором эти интерактивные сайтики открываются по 30 минут. Достаточно зайти в андроид студио и посмотреть сколько юзверей используют старый дроид: 4.0.4 примерно 70%, 5.0 примерно 40%. Что уж говорить об 6 и 7 версии. И проблема не в том, что юзвери не хотят обновляться, проблема в том, что производители дропаю поддержку чуть ли ни в день появления девайся на полках магазина. А еще, если ты хочешь, что бы сайтики с 1000 фреймворками у тебя открывались быстро, то изволь платить по 600 бачей в год на новый смартфон, окей, возьмем два раза в год, 300 бачей в год. А теперь смотри. Есть дядя Ваня из зажопинска и у ниго смартфон он какого-нибудь мегафона за 1990, приложение у него открывается моментально, в сравнении с "интерактивным" сайтиком. Предположим он захотел воспользоваться сервисом для заказа такси. Вопрос, будет ли он ждать 10 минут для показа сайтика, который еще и ебанные странички подгружает должен, или заюзает нативное приложение, где он все это уже сделает, пока будет грузиться мейн пейдж сайта. И соль в том, что таких дядь Вань по миру дохуя и больше и это понимают все, кроме веб макак, которые кудахчат что за вебом будущее.
Да и взяв ваш петушный веб. Еще далеко не большинство сайтов пооддерживают хтмл5, о котором вы так кудахчите. И единственный толчок для того, что бы изменить это недавно сделаль гоголь, удалив поддержку флеша. И проблема в том, что это опять коснеться пользователей, ибо как-так у владельца нет дохуя бабосов на то что бы нанять веб-макаку и все это дерьмо переписать, а после еще и обслуживать.
В общем, заебали вы, веб-макаки петушиные
И нет, стул не сгорел
>4.0.4 примерно 70%, 5.0 примерно 40%
https://developer.android.com/about/dashboards/index.html
инфу брал из вчерашнего скаченнго андроид студио + обращаю внимания проходя по магазинам типа мегафона, м видео и прочего бреда.
У тебя фейл уже здесь:
70+40=110%
Уж если в таких вещах нескладуха, то текст явно высер самого дешевого бредогенератора, без какой-либо проверки связности.
>>904966
Реальность такова, что пока альтернативы жабе нету.
Играться с современными игрушечными языками никто не запрещает, но когда нужно запилить что-то серьезное, волей-неволей возвращаешься к жабе.
Потому что только одна она может гарантировать необходимый уровень штабильности и производительности.
Ближайшие реальные конкуренты жабы - плюсы и решетки.
Но решетки - это кастрированная жаба, не дающая ничего существенного, но значительно ограничивающая возможности, а плюсы порождают проблем больше, чем дают выигрыша.
Всякие фреймворки и производные языки даже в расчет не идут - это просто надстройки над жабой. Тут уж на цвет и вкус...
Проблема из-за text relocations, которое запретили использовать на таргет сдк 23 и выше. Подозреваю, что эта штука использует ффмпег, а там они присутствуют в х86, на армах такого нет. Либо бросай х86, либо собирай ффмпег без textrel. Чтобы это сделать, достаточно отключить использование асма для х86, но производительность упадёт.
А тебе надо 1к вакансий, йоба? В тырпрайзе больше, да - только хуй ты в него вкатишься, туда и кандидатов толпы и требования выше.
>>904962
Я эту мантру от js-петухов уже лет 5 слышу. На практике, твои ТЫСЯЧИ ВАКАНСИЙ - параша от вебстудий с тонной нативного говнокода за еду.
Как только вводишь ваши реакты - даже в дсах вакансий уже по пальцам пересчитать.
> Paint paint= new Paint();
Тебе блять даже студия уже подсвечивает.
А по делу хуй знает, вроде ничего такого лагающего нет. Через Method Tracer посмотри.
Ну, в этом он прав, хотя остальное им написанное — хуйня.
Микрософт пытается перевести ынтырпрайз себе в анальное рабство.
Ага! Во, спасибо! Пойду попробую.
Ну так сам тред годный
Завтра же читаешь книгу Dive into Govnishe. (не Го)
Тут зависит от того насколько сложной должна быть программа на компе. Ну и насколько ты хочешь заебаться. Я бы поднял на компе сервак и к нему бы по http стучался в локалке. А дальше простой http.
А подробнее о том как поднять сервак и научить тел находить именно его по локалке?
http://www.javaportal.ru/java/articles/ClientServer.html
Теперь вопрос к анончикам - как научить клиента автоматом находить сервер?
Делаешь сканилку локальной сети:
http://stackoverflow.com/questions/3345857/how-to-get-a-list-of-ip-connected-in-same-network-subnet-using-java
Дальше по нажатию на конкретный айпишник пытаешься с ним связаться, а дальше твоя фантазия. Я бы не рекомендовал делать все на голых сокетах.
Там и фонгап указан.
Ничего не меняется.
Я CookieStore использую.
В смысле обновление? У тебя токен экспайрится? Я к сожалению не работал с экспаришимися токенами на беке, но так-то в интерсепторе лезу в шэред преференсы.
Насчет экспайред токена мне кажется такое решение норм:
На Observable/Single <Response<?>> возвращаемые фабрикой вешать flatMap, который в случае ошибки просроченого токена делал обновление и ретраился, или если не вышло то фейлился бы.
>У тебя токен экспайрится?
Да. Я немного не то написал, имелось ввиду скорее вот такое https://github.com/square/okhttp/wiki/Recipes#handling-authentication
, а не интерсептор.
Ну спасибо, с ручным флатмапом тоже были мысли.
Не обязательно ручной, просто кастомную CallAdapterFactory пихай при создании инстанса ретрофита.
Ещё надо бы.
Так выбирай стул.
Я НЕ вижу проблем.
1) Говноксамарин, или реакт натив можно выучить за пару дней.
2) Если заказ не тривиальный - натива коснешься. Лично я не представляю, как можно писать на всем этом совершенно не зная натива.
3) На собесе можно пиздеть, что писал на нативе
Чем лучше компания/интереснее проект - тем больше вероятность, что все на нативе, и это везде. Так что с ростом ты либо перейдешь на натив, либо устроишься в пейсбук
Вот я на 4pda написал пост и 2 закпзчика нашли меня. Оба native.
Но все примеры какие-то примитивные, не завалялось ли применения СА на реальном, достаточно сложном, проекте?
Заранее
>Не native
Вдруг понадобилось Drive API и тут ПЕРМИШЕНЫ, АККАУНТ ПИКЕРЫ, ПЕРМИШЕНЫ ГУГЛОДРАЙВА, ЭКСЕПШЕНЫ, ОЯЕБУ.
Перепиливай весь свинг. Логику оставь если юзал MVC. Если нет - то съеби
На андроиде этих классов нет.
>Что значит переписывай? Там вроде то же язык используется?
Там нет свинга и вообще свое уникальное API для рисования.
>Зачем вообще нужен гдх?
Это кросплатформенная надстройка над OpenGL с удобными Java классами.
На нем можно легко делать 2D игрули типа "Марио" в принципе и 3D
Там даже есть базовый набор виджетов (кнопки, текстовые поля, списки и тд).
Можешь портануть на него свой Swing код.
Все, понял. Та же Джава но со своими библиотеками. Окей, пойду разбираться.
Все тоже самое.
благодарю
>Чтобы это сделать, достаточно отключить использование асма для х86
а можешь написать, как это сделать?
это в gradle файле проекта?
Ты не подумай, что я нуб какой-то, но подобного вообще не делал просто. Напиши, пожалуйста, поточнее, где и как этот флаг выставить.
Ааааа.
Надо скачать исходники ффмпега (желательно той же версии, что и в библиотеке), зайти в папку, в консольке ./confugure с нужными ключами (поищи, какие ключи нужны чтобы собрать под андроид с нужной архитектурой), make.
Разумеется, всё это надо делать под линуксами с установленным NDK. А можешь даже поискать репозиторий библиотеки, там наверняка готовые скрипты сборки лежат.
Сфоткай, я тебя вообще не понял. Возможно ты имеешь в виду что-то типа перехода с circle reveal, из RecyclerView в другой фрагмент.
Этого можно достичь простой сменой LayouManager'а для RecyclerView. На первой - LinearLayoutManager, на второй - GridLayoutManager со спаном 3.
пили объявление по типу: "Ищу программиста, работа за идею и будущий процент(нет). С меня иконка с тебя реализация".
А если серьезно, то ты вообще ничего не сказал. Что тебе подсказать? как хеллоу ворлд написать? как адаптер запилить? Мы тут конкретные вопросы рассматриваем, а не абстракции в виде идей.
Если в падлу со всем этим говном разбираться, то вытряси с мамки денег 50-100к(может и больше яж не ебу че там за идея) и найми анона. А если не впадлу, то начинай делать и вбрасывай сюда свои вопросы, которые не гуглятся
То есть ты говоришь, что это какой то серьезный процесс? Я конечно отрицать не стану, ибо в программировании не смыслю нихуя.
Хотя читал, что создание темы (может эта хуета как то по-особому называется, я не знаю) не так уж и трудоемко. Мол, иконки на свои поменял и все. Но вот я даже не могу понять, как это сделать. Где взять... ну как их... "исходники" что ли? Как вот это вообще делать я неебу в душе. Я не собирался что то неебись амбициозное делать, просто тему небольшую. И все
Окей, а если айтемы будут отличаться количеством содержащейся информации, например в варианте списка есть название, в варианте сетке его нет. Как это адекватно обработать в адаптере?
Сделать разные адаптеры, или сменить холдеры создаваемые адаптером. То есть по изменению кроме менеджера менять фабрику холдеров для адаптера или сам адаптер.
Лаунчер? Хмм, эта хуета типо фоном открыта и ты через нее пользуешься телефоном, но если её закрыть, все оформление вернется, так?
>>907791
А я судя по всему понял, что ему нужно. Темы же пилятся под определенный лаунчер / оболочку. И поставляются в виде apk без активити, только контент провайдер с ресурсами, которые цепляет лаунчер.
Но как их делать нужно смотреть конкретно по каждом отдельно.
Так что хуй знает, нестандартная задача, тут только формошлепы и их сорта.
Ну а хули, у меня один адаптер на все, а там уже фабрика на основе viewType решает какой холдер создать, по мне так удобно.
Нет, она работает всегда когда юзер на рабочем столе, и вот она ебется с твоей темой.
https://bitbucket.org/derekwilson/recommender-android/src/bd122790762c3e56851eb2d2d4f55ea8eb0b91c4/RecommenderAndroidStudio/app/src/main/java/net/derekwilson/recommender/?at=master
Я до такой жести не дошел.
Ты переопредляешь метод в адаптере getItemViewType(int position), там я делаю примерно такое в псевдокоде:
dataList[position].getItemViewType(holderFactory)
holderFactory - интерфейс описывающий паттерн Visitor, то есть внутри всех элементов в dataList есть метод getItemViewType, который получает holderFactory, а на деле просто делает holderFactory.getViewType(this)
Так восстанавливается знание о конкретном классе. Там я обычно отдаю R.layout.item_*
Уже на основе этого значения я с помошью holderFactory в onCreateViewHolder создаю холдер нужный холдер:
view = layoutInflater.inflate(viewType, parent, false);
return holderFactory.createHolder(viewType, view);
Это специальное изврщаение что бы избавится от кастов по максимуму.
В смысле в каких? Когда тебе надо тогда и используй. Для меня viewType это по сути указание какой класс наследующий от ViewHolder использовать.
Благодарю.
А есть ли возможность динамически задать количество колонок для GridLayoutManager? Я просто не знаю наперед сколько у меня колонок будет, все в динамике. Тут получается что количество колонок можно задать только при создании менеджера?
>>909566
Если не сложно, можете пояснить как решить такую проблему. У меня есть массив structure, который хранит объекты типа Section, секция в свою очередь имеет массив elements. В адаптере recyclerView я в методе getItemCount возвращаю количество секций. Потом при помощи mLayoutManager.setSpanSizeLookup в методе getSpanSize я возвращаю количество элементов, layoutManager инициализирован с количеством колонок - 2, ориентация вертикальная. У меня например на данный момент в первой секции один элемент, во второй - 1, в третьей - 2. Я ожидал что вид будет такой:
<element1> // 1 секция
<element1> // 2 cекция
<element1><element2> // 3 cекция
я же получаю вот такой вид:
<element1>// 1 секция <element1> // 2 секция
<element1> // 3 cекция
<element2> // 3 секция
Что я делаю не так?
Начни с простого LinearLayout, разберись с ним, что там как, какие поля что делают, потом переходи на RelativeLayout, он посложнее. Потом гугли android layout best practices, почитай что советуют, но учти что единого мнения по этому поводу не будет, то есть никто тебе не скажет что "вот так вот правильно и никак иначе". Я обычно придерживаюсь определенных критериев, например layout не должен быть сильно загружен, не делать овер дохуя вложенностей, и стараюсь организовать его так, чтобы изменить что-либо можно быстро и без боли и унижения. Потом втянешься и у тебя тоже сформируются собственные практики. Алсо, гугли использование тем, стилей, по этому поводу можешь глянуть советы от futurice, так и гугли "futurice best practices".
А как удобней и лучше делать, рисовать в рисовалке, или в xml? Или, может, лучше в коде всё делать?
Кому как, вопрос удобства индивидуален, мне удобно в коде, моему напарнику было удобно в рисовалке.
Если он выходит из аккаунта, ты должен удалить все credentials.
В каждом случае свое, нужно помнить что на глаз ты скорость отрисовки не определишь, constraint крутой, но все еще бета и я видел неприятные сравнения производительности для него. Я привык текстом в xml хуярить, а рисовалку только ради preview + в constraint она работает с некоторыми багами и неприятными особенностями.
Перед формошлепами? Нахуя?
А баги часто встречаются? Я вот не могу понять, это я что-то не то делаю, или что? Пытаюсь сверстать что-то типа пикрилейтед. Пунктирный прямоугольник - вложенный constraintlayout, выставляю связи всех элементов и родительского контейнера, и всё пидорасит нахуй. На блюпринте кнопки снизу выезжают за пределы своего лайаута и наезжают на текствьюшки. А на предпросмотре вообще белый экран, блеать. Я уже и студию перезапускал, и удалял всё нахуй, заново создавал, один хуй. То ли баг такой устойчивый, то ли я что-то в корне неверно делаю.
Я давно собираюсь начать юзать что-то современное, но в итоге всякие простые разметки делаю на linear layout и framelayout.
Реже беру relative.
Мимо другой анон.
Не знаю с чем связано, старайся использовать гайдлайны, я знаю два больших бага, которые лично мне мешают:
1) Постоянно как только потрогаешь мышкой блюпринт берет и заменяет @dimen/xyipizda на значение не менее 1dp;
2) Иногда уезжает за экран бесконечно, просто игнорю и сразу закрываю превью когда вижу что все ок;
И да, не надо вложенных констрейнтов, это очень бессмысленно. Так как на каждый лэйаут родителя констрейнт будет делать свой, а он довольно долгий. Попробуй PercentRelativeLayout, работает стабильно и просто.
Нативные методы работы с изображениями хуевые, поэтому разберись с ними, и переходи на глайд/пикассо.
Кастомную либу для сетевых запросов в итоге все равно придется юзать, так что разберись с нативными методами и переходи на ретрофит. Говорят, что он работает в ~5 раз быстрее
На собесе это палить будут? С провайдером и локации та же дичь? Ибо она как то перемудрено там.
upd: Вообще очень боюсь себеседавания. А жрать то хочеться. Как бы дома кодить поглядывая в гугол нормально получаеться. Но что на собеседываниях бывает - я хз. Вкратце теориию прояснить могу, всякие стороние вещи(алгоритмы, паттерны, прочая вузовская программа), а вот практики во время собеседывания боюсь. Часто тестовое задание на дом дают?
ну вообще, обычно дают тестовое домой, а потом на собеседование приглашают, если успешно сделаешь. На хардовом собесе не был, так что что-то конкретное не скажу. Меня лайтово пособеседовали, HR общие вопросы про клиент-сервер, пуши и прочее поспрашивал, вообще без конкретики.
Типо можешь сделать это, я такой: Могу.
Он:красавчик.
И открою тебе тайну, все с гуглом кодят, потому что в тз иной раз такая ебень.
Да и вообще не ссы, 10 раз нахуй пошлют, на 11ый возьмут
А что про клиент-сервер спрашивают. Ибо кроме Ретрофита, Сокетов и базовых принципов с пар сетей я особо не знаю что надо.
Это разные аноны
provider*
StorIO может с ним работать, но мне кажется, ты не понимаешь зачем нужен content provider
Ну так пусть он и разбирается, ты то че лезешь. Там обычный бродкаст ресивер отрабатывает при первом запуске.
VENDING.что-то там. Первая сслыка в гугле на тему android campaign referal.
через View.post и viewTreeObserver работай с нулл-вьюхами
Что бы можно было получать данные по URL запросу. Особенно из других прог. Нафиг запариваться с этим джуну если есть этот же storIO. Или джуну это все таки нужно?
Документация по StoreIO плохая.
Там до сих пор запросы для создания таблиц и запросы для выборки/вставки/удаления врусную пишут или можно как в cupboard - зарегистрировал тип и таблицы сами создались с нужной структурой?
Вроде въехал в то как работают ViewHolder, но по прежнему не могу понять как мне их расположить в нужном мне порядке. Вот допустим у меня в первой секции TextView, во второй TextView и TextField, в третьей три TextField и я их хочу расставить по секциям
1 секция TextView
2 cекция TextView TextField
3 секция TextField TextField TextField
Как это можно нормально реализовать, учитывая что количество элементов динамическое? Я уже думал что возможно придется компоновать все элементы в один ViewHolder и выдавать, но я не уверен правильный ли это путь.
Текстфилды вместе или в разных вьюхах?
Если вместе то делаешь три класса холдеров и три viewType. И смазываешь это все LinearLayoutManager
А если нет, тот тут зависит от того являются ли твои текствьюхи в первой колонке одинаковыми по смыслу или нет, тоже самое с текстфилдами.
В худшем случае у тебя получается 6 вьюхолдеров, которые расположены следующим образом:
Type1 TextView width = 3
Type2 TextView width = 1 | Type3 EditText width = 2
Type4 TextView width = 1 | Type5 EditText width = 1 | Type6 EditText width = 1
У меня очень сильное чувство, что ты желаешь хуйню и то, что ты верстаешь, верстается на обычной релативке.
У меня такая ситуация, я получаю от сервера общий вид документа, который поделен на секции, в секциях есть контролы, они могут быть самые разные и в разном количестве. Поэтому я хочу сделать так чтобы построение документа не зависело от пришедших данных. Но в пределах одной секции в принципе допустимо объединить контролы. То есть насколько я понял, можно взять секцию, перебрать ее элементы, создать их и впихнуть в один ViewHolder.
Если бы вид был статичный, я бы уже давно все сверстал, тут вся проблема в том что вид динамический и приходит от серва.
Спасибо, посмотрю.
Но вобще это хрень какая-то у тебя на мой вкус, я бы вынес все методы, которые возвращают данные (неважно откуда, сеть это или база данных) в отдельный файл, своего рода репозиторий, и потом просто получал нормальный arrayList из этого хелпера(см. dataManager на предыдущем скрине). Так ты размажешь логику по нескольким файлам и в будущем будет немного проще работать с этим кодом.
>>910641
Это понятно, что можно превратить курсор в массив, который потом целиком дёргать из базы. Вопрос больше в том, как можно с помощью Rx формировать цепочку обсерваблов циклически, до заданного условия, что-то типа
....toChain(Observable<Mom> currentMom, Observable<Mom> allmoms){
allmoms.flatMap(() -> currentMom);
if(currentMom.isBithch()){
return false;
}
return true;
}
, а потом эту цепочку где-нибудь собирать, и выдавать как Single с одним массивом.
Тут я тебе к сожалению не могу помочь. Я бы просто в хелпере базы написал метод, который мне возвращает массив с уже заданным условием, и потом для каждого элемента делал запрос. Есть еще оператор filter для обсерваблов, можешь в его сторону посмотреть, там будет чтото типа Observable.from(list).filter(<условие>).toList() и ниже по цепочке у тебя останется только обсервабл с листом элементов удовлетворяющих условию
Да, короче, я тут прикинул, и тебе определенно надо смотреть в сторону фильтра. Тут тонкий момент в понимании всей этой реактивной параши, чтобы начать думать о массиве не как о законченном одном элементе, либо коллекции элементов а как о штуке, которую можно излучать поэлементно и смотреть на каждый элемент, а ты пытаешься применить стандартный джавовский подход к этому.
А если у меня два drawer'a? Как в режим просмотра отобразить оба?
Указать одновременно
tools:openDrawer="start"
tools:openDrawer="end"
нельзя. Какие еще способы?
А с другой стороны - они тогда будут перекрывать друг друга. лучше менять ручками по мере надобности.
Вот у нас есть класс Main_Activity. Правильно ли я понимаю, что определять в нем "подкапотные" методы внутренней логики некамильфо и затрудняет чтение и поддержку?
Например, нажатие на пункт меню вызывает метод, а его определение занимает несколько десятков строк, и таких методов куча.
Лучше засунуть определения методов в другой класс, а в activity уже просто вызывать?
Вот только куда сунуть этот класс? Норм или не норм мешать в одной папке activity и логику?
Ты думаешь в очень правильную сторону, анон. Погугли насчет MVP и Clean architecture, суть в том, что у тебя есть презентер, в котором лежит вся логика, а активити реализует интерфейс вьюхи и презентер может дергать этот интерфейс, а в активити лежит экземпляр презентера, методы которого она может вызывать при нажатии на какую-то кнопку. А уж где держать классы это решать тебе, в примере Moxy они отдельно держат презентеры, вьюхи и активити, но мне удобнее в одном пэкедже их держать, например у тебя есть пекедж login, в нем будет лежать LoginView интерфейс, LoginActivity и LoginPresenter, но опять же это все вкусовщина. Общая рекомендация только одна -- вытаскивай бизнес-логику из активити или фрагмента по максимуму, в идеальном случае они просто имплементят интерфейс вьюхи и не знают почему у нее дергаются те или иные методы.
Кстати, хорошая ли практика переименовывать MainActivity? Вроде где-то читал что не нужно его переименовывать, но с другой стороны если например активити логина идет первым, то называть его MainActivity тоже некошерно.
Какой пиздец. Батенька у вас rx-головного мозга ю
>MVP и Clean architecture
>LoginView интерфейс, LoginActivity и LoginPresenter
И так на каждую новую фичу XView+XActivity+XPreseneter (а еще X модель и XService)
А если что-то меняется, то чаще всего редактировать приходится все сразу.
Вот по этому я перешел на функциональное программирование + компоненты.
мимо много лет в андроиде
Я всегда думал что Activity это контроллер, а вьюха это activity.xml.
Можешь чуть поподробнее рассказать об этом? Где можно про это почитать?
В общем, когда музыка играет, и включаешь в другом приложении, скажем, видос, то музыка ставится на паузу на время воспроизведения видоса. Можно как-то из своего приложения ставить на паузу музыку в чужом приложении(а в идеале ещё и включать предыдущий/следующий
трек) ? Какой класс прогуглить?
Причина "cannot resolve method" и прочая blabla, но вопрос то не в этом. Всё это происходит в библиотеке sqlite, блеать.
>Можно как-то из своего приложения ставить на паузу музыку в чужом приложении
Нет. Можешь только запустить другое приложение.
Благодарю. Жаль.
Благодарю
Все примеры используют его для вызова конкретной службы, но что если я гарантированно не хочу, чтобы intent с инфой мог получить кто-то еще?
> В общем, когда музыка играет, и включаешь в другом приложении, скажем, видос, то музыка ставится на паузу на время воспроизведения видоса. Можно как-то из своего приложения ставить на паузу музыку в чужом приложении(а в идеале ещё и включать предыдущий/следующий
> трек) ? Какой класс прогуглить?
AudioManager. Методы requestAudioFocus и, кажется, dispatchMediaKeyEvent. Делают совсем разные вещи, но тем не менее.
Да это нормально, эти сорцы из ..\SDK\sources\android-25\.. только для информирования.
По этому они ни не полные и нигде не используются при сборке.
Android Studio просто не вкурсе что они не используются и пытается разрезолвить их зависимости.
Как ты хочешь передать explicit Intent из сервиса в активити?
Со всеми другими проектами таких проблем нет, всё нормально открывается и собирается.
Что можно еще попробовать сделать, чтобы открыть-таки его? В чем может быть проблема?
И у этой службы есть набор методов, каждый из которых, например, дергает что-то из интернета.
Есть ли какое-то другое решение, чем в каждом методе создавать класс Runnable и пихать его в tread?
И нет, IntentService не предлагайте - служба должна существовать после уничтожения activity.
Есть - вызывать метод привязанной службы через AsyncTask.
Потому что:
- Через tread не вытащить возвращаемый результат вызываемого метода
- Через tread/callable/future нельзя изменять что-то в activity.
- callable/future блокируют поток UI.
- Если играться с callable/future в самом вызываемом методе - это не поможет, потому что поток Ui будет заморожен до возврата результата из службы, и это самое хуевое, помимо пердолингов и говнокодов.
Нашел, в чем была причина.
В секции allprojects { repositories { ... } } были указаны репозитории, которые сейчас недоступны.
Неужели у Gradle нет никакой проверки, доступен ли сейчас хости или хотя бы таймаута?
Используй rxjava. Например внутри службы subject заюзай для передачи результата в activity, а сам асинхронный код выполняй внутри службы.
В activity: подпиши callback и вызови соответствующий метод, чтобы начать асинхронную задачу.
Поправка: PublishSubject
Я то думал, что в библиотеках всё должно быть вылизано от и до, а тут такая хуйня. Спасибо за инфу :3
Хоспади, какой охуенный совет, если все это правда
http://blog.stablekernel.com/replace-asynctask-asynctaskloader-rx-observable-rxjava-android-patterns/
Где там твой хуй? Дай я его отсосу.
Всё так. Бери & юзай.
А то боюсь, тысячи строк на экране устроят лагодром.
Ну что ананасы - у вас начинается новая жизнь.
Настоящий Haskell для JVM скоро и на Android без всяких jni врапперов.
http://eta-lang.org/ http://eta-lang.org/playground.html
Что опять?
Есть ведь уже https://github.com/Frege/frege
Всё равно, и тем, и другим будут пользоваться полтора калеки.
Причем тут неосилятор? Я на нем пишу в свободное время. Но это не отменяет того факта, что во всём мире вакансий на Хаскелле штук 10.
Ниет. То что вышло сейчас — полноценный порт хачкелля на жвм, фридж — это просто хачкель-лайк залупа с какими-то там его идеями и все.
И чем Eta полноценнее Frege?
Что тот, что другой — диалекты Хаскелля, компилирующиеся в jvm-совместимый байт-код.
У обоих есть байндинги к компонентам жабы. Оба могут использовать любые библиотеки.
Ты сам себе ответил — первое диалект, второе — полноценный порт GHC, совместимый с хачкелем (устаревшей версии уже правда (лол), для поиграться уже не так весело).
Ты главное не прочитал ниже (основное отличие от фриджа):
>compatibility with GHC 7.10.3's Haskell
что как бы двигает эту залупу в разряд имплементаций хачкеля, а не диалектов. Но учитывая, что это жвм, из которой через каждый шаг будут торчать NPE и аннотации компилятору и вм — совместимость будет таки в одну сторону, поэтому таки диалект.
File getPath(File directory, String DBName) {
....String name = DBName;
....if (!name.endsWith(".db")) {
........System.out.println(!name.endsWith(".db"));
........name += ".db";
........}
....return бла бла бла
System.out.println(!name.endsWith(".db")); пишет True, но name += ".db" никогда не выполняется, даже если строка не оканчивается на ".db".
Вот тут (!name.endsWith(".db")) name ссылается не на переменную вне if?
}
Блядь, красноглазый мудак, пора спать, я там обрабатывал DBName вместо name.
Как ты организуешь работу с куки?
Что это за дичь?
Как правильно Authorization header приделать, как выполнять авторизацию по различным протоколам, по компонентам, кастомные парсерам могут прогнать. Хотя вроде могу сказать по-опыту что его знание особо не проверяется (ибо нехуй там проверять, лол)
заебок, но многие почему то думают, что это orm, и удивляются, почему там надо так много писать руками.
Ну я просто потрогал-потрогал, вроде понравилось, удобнее код структурировать. Единственное "Но" - нужно разобраться как SQLCipher навернуть на нее
Спасибки, добра тебе ^_^
Есть где API guide в pdf-форме?
Ну, это зависит от используемого тобой языка и соответственно наличия более или менее удобных инструментов кэширования.
Также зависит от того, что ты хочешь кэшировать. Если хочешь кэшировать данные из внешнего источника (например из слоя дао), то можешь обернуть слой-источник в декораторы (ооп или аспекты - зависит от языка и конкретных задач), где из параметров будет браться ключ и по нему проверяться наличие в key-value хранилище, и если нет нихуя, то вызвать обернутый слой и при получении данных сунуть в кэш и отдать обратно в сервис.
Само собой у каждого элемента должен быть TTL.
Но вообще наилучший поинт в том, что кэширование должно быть прозрачным для вызывающего сервиса. Это позволит не сильно менять уже работающий код и объебываться с багами и проблемами из-за этого.
Алсо не забывай, что не нужно кэшировать небо - если данные запрашиваются чуть-чуть раз, то кэш будет оверхедом и только жрать ресурсы.
Данные - список категорий, вопросов в категориях и ответов на них. Все содержит в себе только n-ное количество примитивов и строки. Язык - Java. Думаю также над тем как с точки зрения UI организовать - обновлять данные только при их отсутствии (или истечении определенного срока времени с последнего обновления), а в остальных случаях - использовать кэш или же делать какие-то чек-запросы на сервер с timeStamp-ами, но тогда уже нужно будет смотреть а не менее ли это оптимально чем тупая подгрузка в лоб. Средний объем чанка вопросов - около двух-трех килобайт Категорий и ответов - примерно так же.
> Guava
Щас бы в ведро либы подключать на 15k методов, чтобы билдить с прогвардом/мультидексом по минуте.
А если все же ручками делать?
В десятки строк сношения с адептерами-хуяптерами и списками, даже если в итоге добавляешь один-два элемента.
В QT пару строк занимает все.
Для списков
QListWidget listWgt;
listWgt.addItems(ItemsList);
Поштучно
QListWidget listWgt;
listWgt.addItem(Item);
А можно и через цикл. Для динамической обработки каждого item.
А еще ListView вываливается к хуям вместе со всем приложением, если передать адаптеру пустой список, вместо отображения пустоты.
Что добавляет еще ебли с проверками и затычками.
А еще ведь адаптеру можно передать только один шаблон item'a для наполнения. А если я захочу вставлять в один список два разных шаблона?
Опять ебаться с индусскими адаптерами.
Не, для больших и часто изменяющихся элементов это скорее всего очень годно, но для неизменных и некопипастных чет дохуя пердольно.
>>912814
Покажите мне хотя бы пять приложений на Qt, у которых больше 10000 загрузок в Google Play.
Первые 5 выдернул из https://showroom.qt.io/
https://play.google.com/store/apps/details?id=net.vplay.demos.Squaby
https://play.google.com/store/apps/details?id=com.imaginando.lk&hl=en
https://play.google.com/store/apps/details?id=com.imaginando.tkfx&hl=en
https://play.google.com/store/apps/details?id=com.musescore.playerlite
https://play.google.com/store/apps/details?id=rs.ignite.lighton
Хотя, бугурт был с точки зрения перехода с десктопа, на ведре QT будут тащить за собой толстую библиотеку, наверняка, и возможно дольше загружаться, хотя тут хз. А не с той, как заебись кодить с QT на андроиде.
Я тебе в разы больше приложений с нативным ведрокодом могу накидать, которое выглядит в разы хуже, чем хуй пойми что.
Что никак не говорит об удобстве написания.
К тому же их хуевый вид наверняка обоснован общими исходниками с другими платформами.
Кроме кроссплатформы использовать QT на ведре вряд ли есть причины, минусы перевешивают все возможные плюсы.
Кроссплатформа — это миф.
Пофиксить его, по некоторым причинам, невозможно. Но встал вопрос: стоит ли фиксить руками на ведроид клиенте значение при десериализации ответа (средствами GSON), или же это делается где-нибудь внутри репозитория?
Ещё могу добавить: как вообще работать с апишкой, если у тебя в приложении юзаются не все поля, возвращаемые с сервера? Игнорить при персинге респонза, или получать его полностью, а потом вручную выделять нужное в коде?
inb: yagni
Никак, также как и с другими направлениями айти. Джуны не нужны для хуяк-хуяк и в продакшен.
вот каких франкенштейнов выкладывать? В душе не ебу что делать. На ебаном стартандроиде были примеры тестовых заданий. Не мелковато будет?
Стартандроид тебя даже на джуна не вытянет, ебашь rx2, dagger2, retrofit, какую-нибудь ORM-ку. Сделай клиент для двача с пагинацией, возможностью отвечать, переходить по ответам и Real-time обновлениями, работай с кэшем.
Больше интересно: что же тогда на миддла? Сложная графика? Вычисления? Дрочка натив либ?
анон выше несет херню?
Или сделайте мне кто-нибудь. Заплачу за 5 минут работы.
Вебвью по какому url показывает? А то есть вероятность, что придётся попердолиться (вместо 5 делать 15 минут), если на странице какие-нибудь ссылки несмешные, вроде номера телефона, по которому нужно звонилку запускать.
Сорри, мне лень списываться ради такого проекта. Да и жабберов, телеграмов и прочих мессенджеров у меня нет. Может, какой-нибудь джун за крупицу реального опыта и обед в макдаке сейчас зайдёт в тред и подпишется на это.
А вообще, советую тебе самому свой контакт оставить.
У тебя каждому вставляемому итему соответствует какой-то объект, вот туда и пихай. Или тебе неотображаемые данные именно о вьюшках нужны? Тогда делай вьюхолдеры (вообще >2017 >листвью) и в них храни.
Но ведь адаптеру передают xml файл, а потом в методе bindView распихивают по полям представления контент.
Как до самого вставляемого объекта-то добраться?
Нужно, чтобы строчка хранила, например, подкапотные id, и прочие данные, которые потом можно обработать после ее выбора.
public void bindView(View view, Context context, Cursor cursor)
Или прям во view поля клепать и прямо в него всталять?
>адаптеру передают xml файл
Никогда не видел подобной реализации. Если у тебя входные данные в xml, то сначала их парси в список объектов, а потом уже объекты передавай в адаптер. А то, что ты написал, непродуктивное решение, потому что xml-ка будет парситься каждый раз при перерисовке листвью, и это лишнее действие.
http://startandroid.ru/ru/uroki/vse-uroki-spiskom/113-urok-54-kastomizatsija-spiska-sozdaem-svoj-adapter.html - вот дефолтное использование адаптера.
А, так у тебя курсорадаптер. Хуй знает тогда, я с курсорадаптером уже больше года не сталкивался, даже не помню, что там происходит, извини.
Жаль, что из всего треда никто не заинтересовался.
Не, я про это
ArrayAdapter adapter = new ArrayAdapter(this,
android.R.layout.simple_list_item_1,
listItems);
android.R.layout.simple_list_item_1 - это же xml файл-шаблон, на основе которого формируется строка в ListView.
В твоем примере тоже не вставляется ничего, что нельзя увидеть. И я никак не могу найти пример, где item содержит подкапотные данные.
И я чет уже призаебался искать такую очевидную вещь. Везде одна и та же копипаста.
Ну, грубо говоря, допустим у нас есть список планет. В каждой строке отображается их название. А при выборе предмета нужно чтобы где-то могла отобразиться гравитация планеты, например (а в xml шаблоне нет полей для этого).
Ну наконец-то, нашел!
http://stackoverflow.com/questions/10644142/setting-tags-to-each-item-in-a-listview-in-android
.setViewBinder()
Правда, все это пиздец, какой-спагетти код в итоге. Ебаные индусы из гугла.
Я читал про него, но пока тренируюсь с азами.
Да и разве там отличается настройка каждого item'a?
В QT вот годнота, каждая строка - экземпляр класса.
Список заполняется непосредственно экземплярами классов.
Никаких "чтобы сходить в туалет возьми одну ногу со шкафа в одной комнате, а вторую - в комнате соседнего дома, потом вернись и держа одну ногу в руках допрыгай до туалета"
Я не знаю, что тебе не понятно, но в андроид в самой простой реализации адаптера каждому элементу листа соответствует один и только один объект.
В принципе, можно сделать еще и так. И будет очень похоже на то, что нужно.
http://stackoverflow.com/questions/7668495/android-listview-and-tag/7668591#7668591
Вариант с .setViewBinder() уебищный, запутанный, с хуевой инкапсуляцией и выглядит, как говно.
А вот (MyListItem) adapter.getItem(position) совсем другое дело.
Твой годный QT судя по всему создаст на 1000 элементов в списке 1000 вьюх, выжрав всю память, охуеть как здорово.
Словно ListView их не создаст, в отличии от ресайклвью.
Хотя признаю, такой годноты в QT нет, а делать ее будет весьма пердольно через модели и сношения с позицией ползунка.
> Словно ListView их не создаст
Тебе в листьвью convertView просто так последним параметром при биндинге идет, да?
Ну да, полезная вещь, вот только сам массив с объектами для заполнения все равно будет в памяти, разве нет?
А если там 40 000 позиций с картинками?
Хотя, это хуевый пример. Саму картинку лучше хранить отдельно и выдергивать из бд прямо во время формирования представления, а не дергать заранее, наверное.
>Хотя, это хуевый пример. Саму картинку лучше хранить отдельно и выдергивать из бд прямо во время формирования представления, а не дергать заранее, наверное.
А в массив запихивать только ключи.
Ты вообще понимаешь, о чем речь?
1000 объектов в памяти -- вообще не проблема. Проблема в отрисовке всех этих айтемов на экране, а не только тех, которые видны в данный момент.
Конечно, понимаю, но даже 1000 объектов может быть весьма тяжеловесной. В памяти не только то, что ты видишь на экране же.
На миддла NDK, работа со сложной графикой, обработкой видео, изображений, работа с протоколами, телефонией, устройствами. Приложение телеграма как раз такой уровень, даже немного выше.
Ресайклер переоценён. Совсем не всегда он нужен, обычного списка хватит в 90% случаев.
только в твоих фантазиях
только в твоих фантазиях
Начиная от того, что без чтения исходников совсем не понятно и не очевидно (без пердолинга и переопределения всех используемых стандартных инструментов) создать бд в нужной директории, ПРОСТО передав строку пути, склеенную вместе с именем, заканчивая тем, что в курсоре захардкоден столб "_d". А если в бд нет такого столба - то приложение крашнется.
Ну что за ебтвою мать? Гугломакаки не знают, что в sqllite есть столбец rowid (вот это вот пиздец вообще, рука лицо блядь стул прожжен, за что им только платят)?
Не догадывались, что их говноклассы могут захотеть использовать с уже готовыми базами данных?
Конечно, можно подкорректировать готовые SQL-строки из других своих проектов, синонимов в запрос добавить (и попрощаться с инкапсуляцией), но чет уже начинает печь от того, сколько костылей приходится писать на пустом месте.
Вот что мешало им обращаться напрямую к rowid? Охуеть вообще.
>На миддла NDK
Вот тут интересно даже. Назови пример задачи, где нужно пилить своё решение с ндк? Просто, сколько я не читал про NDK, на практике видел только подключение сторонних нативных либ.
>работа с протоколами
Будет при работе с любым сетевым api.
>устройствами
Wat?
дык анон-нуб много потеряет если прийдет на собеседование без Dagger и Rx? "Жрать хочеться сейчас"
Когда ходил по собеседованиям на зп 80к, про депенденси инжекшн иногда интересовались (пару раз из пяти собеседований), про реактивщину - ни разу.
А что они по твоему после insert возвращают если не rowid?
А вот тут я не имею понятия. Ещё год назад читал кулстори, что юзанье библиотек в портфолио и тестовых считается "не тру". С другой стороны, сейчас большой проект без либ на голых лоадерах и асинктасках будет пилить разве что поехавший
Еще актуально? Я правда только Subshine делал из приложений, но надеюсь тебе не надо MVP или чего-то сложного.
Приложение, состоящее из одной страной WebView, и уже с рекламой. Публикуй скорее в стор, озолотишься.
Поставь какой-нибудь плагин, 100% есть такой.
Один раз вообще ничего не спрашивали, посмотрели приложение в гугл плее и дали тест на общие способности, типа математика и SQL
Один раз спрашивали тупо ЖДК, я это завалил. Спрашивают реализацию хэшмап, например, а я не знаю.
Остальные спрашивали какие библиотеки знали, основные компоненты, лайвциклы, сервисы, какие шаблоны проектирования знаю и прочую залупу, уже не помню. Ещё как-то спрашивали прямо по статейке из хабра, где описаны самые основные вопросы, лень её сейчас искать.
Это всё Абу, открой сайт с мобилы.
> Вот тут интересно даже. Назови пример задачи, где нужно пилить своё решение с ндк? Просто, сколько я не читал про NDK, на практике видел только подключение сторонних нативных либ.
Вот как раз вышеперечисленное. Сложная работа с видео, графикой, аудио, сетями, байтиками. Причём надо уметь оценивать, несколько целесообразно использовать ндк, в каком объёме выносить нативный код в джаву, и вообще уметь со всем этим работать на среднем уровне. Здесь нужен только опыт, но по сути ничего сверхсложного нет.
> Wat?
Узкоспециализированно, но тем не менее. Связь, юсб девайсы, и так далее. Сюда же можно отнести впн, в какой-то мере. Человек, который с этим работает, знает такие вещи. Это не обязательный критерий, просто как пример привёл.
Не помню уже. Помню только, что требовали написать алгоритм программы, которая принимает на вход линейное уравнение и две точки и определяет, пересекает ли отрезок, проложенный между этими двумя точками эту прямую.
Была ещё платиновая задача уровня /pr/, где задан массив чисел, в котором все числа, кроме одного, повторяются по два раза. Но эту я за месяц до собеседования как раз в одном из тредов /pr/ видел и решил, лол. В итоге как раз в эту фирму и пошёл. Вот так /pr/ помог мне найти работу.
Никто не будет делать этого внутри приложения. Пользователи пойдут ставить тебе единички в Google Play.
Заебала быдлоработа, всегда нравилось программировать, но как-то не сложилось. Хочу вкатиться. Проблема в том, что опыта, как вы понимаете, нету совсем. Есть несколько прослушанных курсов и запас подкожного жира бабла, чтобы не сдохнуть с голода, так что первое время могу демпинговать, 15к будет достаточно первые полгода-год. Какова вероятность? Город - ДС.
Работодателю нужно не тело, которому можно не платить, а тело, которое будет решать задачи. Нахуй кому-то брать человека за 15к (да даже за 0к) который по сути будет только мешаться под ногами. Сиди лучше дома и набивай портфолио. Загугли каких-нибудь елегионов и мэдмадроботов на хабре и дрочи на их статьи денно и нощно, эти статьи будут играть роль твоих сеньёров, которые будут показывать разные фишки. И одновременно упарывай какой-нибудь стартандроид (хотя я не вижу смысла в последовательном поедании говна с подобных сайтов, лучше реальный проект делать и гуглить, что непонятно). Как видишь, не жизнь, а малина: сидишь дома, дрочишь и упарываешь, через полгода идёшь на зп выше, чем в среднем по России, ещё через полгода выше, чем в среднем по москве.
>>913887
Два года опыта работы студентом (в трудовой написано два года, а на деле я там работал от силы пару часов в день в среднем, часто неделями дома сидел и ничего не делал). Приложение в гугл плей одно сделал (простенькое, на 3к строчек кода) только когда уже начал искать работу. Сильно помогло, потому что на новом месте мне сказали делать новое приложение с нуля, и я уже был немного готов к полному циклу разработки.
Удваиваю реквест.
Попробуй ThreadPoolExecutor заюзать, довольно легко реализуется (несколько строк буквально). На больших объемах данных я его не тестил, но UI у тебя лагать точно не будет из-за этого.
> Попробуй ThreadPoolExecutor заюзать
Зачем, если можно просто вызвать AsyncTask.executeOnExecutor? Асинк таска хотя бы тебе результат на гуй тред вернет.
Так он вроде писал что он хочет заносить данные в бд, а не извлекать, зачем ему гуй тред
Лучше никак.
fabric.io crashlytics, бесплатный сервис, интегрируется за пять строчек, будешь на почту получать сообщения об ошибках со стектрейсом.
Ну вообще пока там я сделал на токенах. Работает, брат жив. Но думал, мб можно как-то еще.
Ну так в гуй можно выводить плашку об успешности операции для наглядности, например.
Свой хелоуворлд надо будет релизить под каждую версию Ведра, и Прошивку.
Или например можно сделать релиз под андройд 4.0.0. И он будет нормально зщапускаться на андройдах выше?
Хуячу на ВС Xamarin, кстати.
Вроде зависит от особенностей хеловорлда. Может норм пойти, а может крашится
>Или например можно сделать релиз под андройд 4.0.0. И он будет нормально зщапускаться на андройдах выше?
Это. Есть же библиотеки совместимости. Min SDK 14 для ice cream sandvich ставишь, и из библиотеки совместимости разный плюшки из версий выше.
Но не все будут на нем работать, типа раскрываемых уведомлений вроде.
Какие еще есть альтернативы синхронизировать виджеты, уведомления и Activity с таймером, ведущим отсчет в службе(которая, к слову, может биндиться, хотя это вряд ли поможет с уведомлениями и виджетами)?
Я спамлю бродкастами, у меня дохуища работы с сетью, и каждый запрос по окончании кидает бродкаст. Провала в производительности не видел. Конечно, хз, как работало бы приложение без этих бродкастов, но оно сейчас довольно пухлое (тысяч на 30 строк) и всё равно нормально катается с бродкастами.
Советуют использовать LocalBroadcastManager, это безопаснее.
Ок, пасиб.
Кто то хуячит на нем?
Какие камни?
Просто съеби.
Перепутал. Это у М 29 процентов. У Нуги меньше одного, лол.
>Раскидайте за Xamarin на визуал студии.
>Кто то хуячит на нем?
Я пишу в "Visual Studio for Mac" по факту это Xamarin Studio на макбуке, я же не биллибой какой-нибудь.
Все устраивает, подумываю написать что-нибудь на F#.
>Парни, а фичи восьмой джавы в проектах уже можно использовать?
Да зачем оно надо когда есть Kotlin
Wharton рекомендует
ставишь таргет сдк и мин сдк и хуяришь и он будет на всех промежуточных сдк запускаться
Допустим, есть у нас ряд фрагментов, в каждый инжектится свой презентер, а в него - свой репозиторий. Скоуп один - @PerFragment.
1) Компоненты - каждый компонент на свой фрагмент. Модулей всего 3 и (один общий модуль на весь слой). Внутри модулей конфликты внедрения разрешаются с помощью @Named
2) С компонентами - аналогично, но внутри один общий модуль, где внедряется всё.
Бамп вопросику, анон. Алсо, почему почти не видно гитхабов и статей, где в ведроиде балуются асинхронной инициализацией графа? Боитесь попасть на мультидех из-за гуавы?
Ориентируйся на mosby/moxi
>Ананасы расскажите как лучше поддерживать размеры экрана?
Через здравый смысл дизайнеров и кастомные контейнеры ViewGroup
По dpi. Отдельные файлы конфгурации имеет смысл создавать, только если у тебя принципиально разные лэйауты для разных размеров экрана.
Стоит такая задача: реализовать приложение с поддержкой AR - а точнее, чтоб при наведении камеры на некий объект к нему дорисовывался другой 3д-объект.
Какими средствами\библиотеками\интрументами такое можно реализовать на Андроид-студии? Кто с таким работал, как реализовывали? Желательно конечно, чтоб библиотека бесплатной была, но там уже как получится
Берешь OpenGL дроченый и рендеришь 3d модельки точеные.
https://developer.android.com/guide/topics/graphics/opengl.html
В лучшем случае сведешь это к библиотеке которая умеет что-то рисовать. Можешь конечно libgdx попробовать, но там полно подводных с ебаными модельками.
Проблема следующая:
1) В моем приложении есть пуши, когда приложение в форграунде, или в рисентах они честно приходят;
2) Как только я его убираю из рисентов пуши не приходят;
3) Та же проблема с телегой/вайбером;
4) Фейсбук от которого я ебал получать пуши исправно присылает их в любом состоянии, gmail тоже кажется;
Как починить для своего приложения. Используется пока GCM, FCM потом прикручу. MIUI 8.0.5.0 на основе зефирки.
Вероятней всего никак, зайди в тред вкусного мяумяу в моби, там треть треда про то, что пуши не приходят, и нужно пердолить энергосбережение и "замочки" для каждого приложения.
Но для фейсбука же я ничего не делал, и он не вшит в прошивку, значит какие-то костыли есть.
Значит этого пула мало, и так как требуется больше холдеров он и создает больше, для всех создавшихся страниц.
Нет никакой проблемы зашить com.facebook.android в белый список на уровне ос.
Если бы это было так просто, то вотсапп бы тоже запилил, благо ресурсы у них есть.
Welcome to the rice fields, motherfucker!
заходишь в градл файл приложения и устанавливаешь там minSdkVersion, compileSdkVersion и targetSdkVersion. Ну и все собственно
Попробуй открывать не корневую папку, а непосредственно сам проект. У него в корневом каталоге должен лежать build.gradle и settings.gradle
На хабре статью нашел как отключать рекламу - https://habrahabr.ru/post/203368/
Там и пример этого васяна.
Ничего новее и вменяемее не нашел.
Хотя есть еще такой еблан - https://habrahabr.ru/post/233265/
Который вроде как посвежее будет, но его сорсы так же не открываются. Заебали.
почему? Если в памяти всегда 3 фрагмента, то есть 42*3
Какая тебе нахуй реклама в приложении, если ты даже зависимости разрешать не умеешь? Съеби в js-тред.
Поисковой виджет является частью меню активити, так что после смены фрагмента он не уничтожается. При этом он ресет в нем происходит - поисковой запрос стирается а сам виджет сворачивается до обычной иконки, а вот клавиатура остается.
Пробуй лучше, нужно удалить фокус с серча. Может быть перекинуть его на невидимый элемент.
Значит тебе нужно использовать апи камеры самому.
https://developer.android.com/guide/topics/media/camera.html
Я не уверен, что хорошо будет работать в условиях, когда отправить 5кб - это достижение. Тот же Телеграм в этих пердях часто ведет себя неадекватно, пребывая в состоянии "Connecting" 3/4 рабочего времени. А вот всякие приложения, где "запрос-ответ" в чистом виде, хоть и со скрипом, но работают.
Тут такая загвоздка, что не получается добавить кнопку в приложение (MediaRouteButton), при нажатии на которую показывались бы все возможные экраны\телеки, на которые можно транслировать экран устройства.
https://github.com/square/okhttp/tree/master/mockwebserver
говном? Как вам удавалось его запустить с OkHttp 3+ с роболектриком?
OkHttp 2 юзать не хочу, т.к. тогда придётся юзать первый ретрофит.
Ну или подскажите, что юзаете для мокинга вебсервера?
Понял. Спасибо, анон, чекну.
Кароче пытаюсь на ксамарине задеплоить прожку на свой телефон, так как эмуляторы проелтают из-за отсуствия апаратной виртуализации на ноуте.
Суть в чем. Прожка деплоится. Билдится. Тут все САЦЕСС.
На телефоне появляется окно только с названием моего хелоуворлда и иконкой. Но кнопки не проприсовываются. Блядь да что не так то? Сука.
Нормально все будет. Нормальные библиотеки вебсокетов имеют коллбэк, если вебсокет порвался. Можно еще подстраховаться и сделать перезагрузку сокета по получении бродкаста о смене состояния сети, и там уже в случае появления интернета можно опционально стянуть переписку с сервера, дабы проверить целостность.
Такой вариант я и сделал. Просто думал, для этого юзают готовую хуйню.
Я использовал okhttp-websocket, не жаловался. Тестировал и на хуёвом интернете, и на обрывах сессий со стороны сервера, и на выключении интернета на телефоне. Правда, на одном асусопланшете почему-то при выключении интернета не выдавался коллбэк onFailure, поэтому я нашаманил перезагрузку сокетов при получении бродката о смене интернет-соединения, как указал выше. И ещё у меня чат скачивается с сервера вроде в onStart соответствующей чатактивити, что, возможно, оверкилл. Но с таким решением у меня никогда на продакшене не было проёбов с пропущенными сообщениями.
В проекте два модуля - android и core. В core написана всякая libgdx поебень. Если выполнять installDebug/installRelease или полноценную команду заливки на телефон то все ок. Но стоит попробовать выполнить таску clean/assembleDebug/assembleRelease и все. Валится на шаге Calculate task graph. Чо за нахуй? Через консольку то же самое. Ошибка следующая:
A problem occurred configuring project ':android'.
> Could not resolve all dependencies for configuration ':android:_debugApkCopy'.
> Could not find com.android.databinding:baseLibrary:2.2.3.
Searched in the following locations:
file:/Users/anon/Library/Android/sdk/extras/android/m2repository/com/android/databinding/baseLibrary/2.2.3/baseLibrary-2.2.3.pom
file:/Users/anon/Library/Android/sdk/extras/android/m2repository/com/android/databinding/baseLibrary/2.2.3/baseLibrary-2.2.3.jar
file:/Users/anon/Projects/Android/<project_name>/sdk-manager/com/android/databinding/baseLibrary/2.2.3/baseLibrary-2.2.3.jar
Required by:
<project_name>:android:1.0
> Could not find com.android.databinding:baseLibrary:2.2.3.
Searched in the following locations:
file:/Users/anon/Library/Android/sdk/extras/android/m2repository/com/android/databinding/baseLibrary/2.2.3/baseLibrary-2.2.3.pom
file:/Users/anon/Library/Android/sdk/extras/android/m2repository/com/android/databinding/baseLibrary/2.2.3/baseLibrary-2.2.3.jar
file:/Users/anon/Projects/Android/<project_name>/sdk-manager/com/android/databinding/baseLibrary/2.2.3/baseLibrary-2.2.3.jar
Required by:
<project_name>:android:1.0 > com.android.databinding:library:1.2.1
<project_name>:android:1.0 > com.android.databinding:adapters:1.2.1
а разве assembleDebug/assemblerRelease не являются необходимыми для installDebug/installRelease? Проверь, при инсталле эти таски выполняются?
Но кажется понял, поправьте. Значит допустим у нас есть Linearlayout и в нем еще 3 linear'а. Мы не задаем размер дочерних layout'ов в dp, а работаем через вес.
А dp нам нужно для всяких отступов, для более тонкой настройки. Так все?
Я тоже так думал, но вот как-то же выполняется!
Нет. Ну или не совсем. Вес так себе штука. Тут как в вебе, надо шоб тянулось. Но есть же фиксированные элементы, они задаются через dp, и для несколько отличающихся экранов (количество dp, для планшетов например) могут фиксится. Это снимает с тебя заботу по ебле со скейлингом. Но нужно что бы дизайнер понимал что много чего тянется/сжимается. Есть вменяемые контейнеры, когда не хватает стандартных - PercentFrameLayout, PercentRelativeLayout, GridLayout (есть в стандартной, но лучше из саппортной), ConstarintLayout (beta).
Ага, еще фиксированные вью. Спасибо
Где в этой ИДЕ настройки?
А то мне кажется он старую версию жабы использует. На компе 8 установлено.
TextView Vivod = (TextView)findViewById(R.id.textView1);
public void But1 (View view){
Vivod.setText("Вставьте хелоуворлд.");
}
То приложение крашится на деплое.
Если поставить ссылку на TextView1 и Вывод.Сеттекст в коментарии - приложение собирается нормально. Ну макет.
Что я делаю не так?
Как по другому обратиться к текствью для вывода своего текста?
Дебажу на телефоне с андройдом 4.1.2.
Ты чё в onCreate внутрь метод пихаешь ещё ему? Полный код покажи, если да то не делай так, закрывай студию, открывай книгу по джаве и сначала там посиди немного.
Вот этого кода в onCreate достаточно что бы появился твой текст при сборке:
TextView Vivod = (TextView)findViewById(R.id.textView1);
Vivod.setText("Вставьте хелоуворлд.");
Ебать как актуально, остались сутки - у меня готова дай бог треть. Может у кого нормальное сек есть для этой параши? (из сдк нормальный не считается, ибо выглядит и работает хуже исходников ведра)
сдк - быстрофикс
Мне нужно выводит текст по нажатию кнопки. А не во время запуска приложения.
И вообще какого хуя TextView Vivod = (TextView)findViewById(R.id.textView1);
Возращает Null?
Не null, а nullpointerexception. Ты применяешь метод findViewById к объекту класса Context, который ещё не проинициализирован. Перетащи метод в onCreate.
Сделай переменную vivod глобальной для класса, объявив её вне методов. А значение (через findViewById) присваивай уже в onCreate.
А вообще, ты слишком слабый, чтобы тут вопросы задавать. Сиди и дрочи мануалы из шапки, пока не поумнеешь.
А все, разобрался.
Ну вообщето null, ибо метод, с какого фига бы ему NPE кидать, активити то NonNull. NPE идет при попытке обращения по ссылке на View.
Вообще чет передернуло меня с фразы "возвращает NPE"...
мимокрокодил
Да тут последнее время не было ни одного нормального вопроса, ответа на который не надыбать на стеке. ИЧСХ даже два с половиной синьора куда-то съебали
Да, и правда.
Long polling вроде еще более неэффективный. Учитывая то, что получение сообщения - не важный эвент, подключи пуши, в которых у тебя будет тип изменения (create, update, delete), тип ресурса и id ресурса, который изменился. При получении - делай запрос. Так же можно в фоне SyncAdapter забубенить, он неплохо сочетается с пушами, к слову
То что ты задал на нориальный вопрос не тянет как-то.
Бродил сейчас по хабру, читал всякие примеры, наткнулся вот на такое вот: есть некий класс, который не наследует никакие другие классы, не реализует интерфейсы. Но в конструкторе у него первой строчкой идет super();. Что автор этим имел в виду? И что за конструктор вызывается? Класса Object? Нахуя?
http://www.jimumirror.com
а то заебало пердолиться с багами стандартной.
Алсо, два месяца назад была тема, что firebase теперь облагается каким-то налогом. Поясните: testlab еще можно юзать бесплатно?
Просто так вызвал, может быть раньше был абстрактный класс, это не мешает, но и ничего не меняет.
блеять, стектрейса нету, в том то и дело, был бы - я бы сам все порешил. По итогу проблему решил, конечно, в доках не указано, но нужно добавлять 'layer-2.0' как субпротокол, иначе фейлится по-тихому/громкому
ОС нужны много и разных, монополия Google уже давно ведет к застою мобильной разработки.
Только и обсуждаем android лайфциклы.
разработчик кроссплатформенных приложений
Ну не обсуждать же покойников.
public static Bitmap decodeStream(InputStream is, Rect outPadding, Options opts) {
//...
}
>outPadding
Когда его нужно использовать, для чего? Если нужна часть изображения что ли?
> If not null, return the padding rect for the bitmap if it exists, otherwise set padding to [-1,-1,-1,-1]. If no bitmap is returned (null) then padding is unchanged.
Для 9-patch'a судя по всему.
Вот есть api-key, он выдается по запросу. Я его получу и что дальше? Просто подставлю в свою программу и буду использовать запросы? А если я захочу выложить приложение в маркет, то что тогда? Это нормально, что мой ключ будет использоваться на множестве устройств?
Как вообще строится работа с апи сайтов? Вон, в том же демо https://github.com/codepath/android-rottentomatoes-demo описывают, что надо получить ключ. После того как я его получу - что дальше то?
Почитай, как работают с REST API. Ключ будет передаваться в качестве параметра при запросе на сайт.
Меня научи еще. Я до сих пор не понимаю чем лучше выполнять бекграунд джоб. Гугл рекомендует интентсервис, но там ебля с возвратом информации в активити.
Смотря что тебе нужно, не? Если долгосрочная важная операция, то вроде как sticky service - самое то
Выебу твою мамашу я. Чтобы показать ВСЕ подводные камни многопоточности в ведре - нужно сначала показать именно асинктаск, обработку поворота и т.д. - а потом показывать остальные средства.
Ебашь всё в ui-потоке, всё-равно никто не узнает.
В сеть нельзя ходить в ui-потоке.
С другой стороны, изменять состояние вьюх можно только в ui-потоке.
Именно поэтому и используют AsyncTask, метод doInBackground которого выполняется в новом треде, а метод onPostExecute снова в ui-потоке.
Когда разберешься с этим, читай про RxJava, которая позволяет выполнять такое переключение потоков гораздо удобнее.
Спасибо!
Зачем показывать асинк таск если человек знает что такое анонимный класс и чем чревато его использование, а так же представляет себе жц в ведре ? Гораздо логичнее сказать, почему его НЕ следует использовать, и показать что следует и как использовать
запрос - io, маппинг-хуяппинг - computation, отображение - ui. Это если дружишь с rxJava
можно, но негоже. В подтверждение своих слов:
StrictMode.ThreadPolicy policy = new StrictMode.ThreadPolicy.Builder().permitAll().build();
StrictMode.setThreadPolicy(policy);
по первой ссылке на стек. Другое дело, что религия должна запрещать
И как заставить его хуярить все это дело в retrofit'e? Я так понял там респонс конвертится в том же потоке что и скачивание.
>Все думаю стоит ли 12к на это дело тратить или нет
Решай сам насколько для тебя это будет полезно.
Вот примеры с братской Украины:
http://ebanoe.it/2016/12/06/hackit-2016-review/
http://ebanoe.it/2016/11/30/hackit-2016-fanboy/
http://ebanoe.it/2017/01/16/antikonfa-review/
А сами пуши через что работают, не через лонгпулинг ли?
Это не учебник а скорее справочник. Но годный. Не повторяй моих ошибок - не вкатывайся начиная с него.
Чет не нашел. Все замусорено записями типа rxJava + Retrofit + Gson = супер пупер и тд.
Ретрофит по дефолту оперирует данными в двух форматах, первый - если ты обозначаешь напрямую в сигнатуре метода возвращаемое значение - блокирующий вызов, происходит на потоке, в котором он, очевидно, вызван. Втрой вариант - указать в сигнатуре метода коллбэк. В таком случае запрос будет выполнен асинхронно, и результат будет получен в коллбэке
Ну вообще записи таки не врут, реально охуенчик выходит. Но для собственного развития можно пару-тройку раз и без ретрофита и без rx и без gson все проделать, чтобы суть уловить
Лови хороший гайд по ретрофиту, первые пара уроков ответят на твои вопросы:
https://futurestud.io/tutorials/retrofit-2-manage-request-headers-in-okhttp-interceptor
>>919147
>>919148
Я это знаю, я давно пользуюсь вторым ретрофитом с rx.
По дефолту методы не сабскрайбятся на каком-либо шедулере, я использую RxJavaCallAdapter c Schedulers.io (так что все запросы происходят на io), в (>>918844) посте я видел что мол можно назначить десериализацию/сериализацию на computation, меня заинтересовала эта возможность, так как я ее раньше не видел. Сейчас прологал тред в кастомных десериализаторах gson'овских, получил что это тред на котором произошла подписка (то есть io по понятным причинам). И возник вопрос можно ли в сеть ходить в io, а десериализовать уже в computation, и что для этого нужно сделать. Пока подтверждается моя мысль:
>респонс конвертится в том же потоке что и скачивание
самый простой вариант, который приходит на ум, чтобы удостовериться в десериализации на computation - обозначить для получения JsonObject, и парсить в .map перед которым поставить .observeOn(computationScheduler)
Так себе вариант, а если я захочу на Jackson/Protobuff пересесть? Легче просто оставить его десериализовать на io, не думаю что от computation будет какой-то весомый выигрыш.
>>919180
В библиотеке для рекламы использовал, но там все самопальное было, никаких retrofit, gson, rx или даже async task'ов.
>Вопрос собственно встал следующий - на примере чего показывать асинхронность
CompletableFuture конечно же - это стандарт промисов на JVM
То есть нет смысла давать полный объем concurrent-а или заставлять работать ручками с Thread-ами ?
Что бы это сгородить в одном месте это можно сделать только в CallAdapterFactory, но таким образом ты проебываешь возможности самого ретрофита, который делегирует это выбранному конвертору, еще и нагружаешь CallAdapterFactory ненужной работой.
В смысле, я находил много статей типа "Создаем кастомный View-элемент", но для отрисовки везде используется канвас и рисование в нем. А можно взять как-то готовую xml-разметку лейаута и по ней запилить класс для вью?
ПЕРЕКАТ https://2ch.hk/pr/res/919538.html (М)
ПЕРЕКАТ https://2ch.hk/pr/res/919538.html (М)
Вы видите копию треда, сохраненную 8 марта 2017 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.