Это копия, сохраненная 27 марта 2016 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Предыдущий тред забивает головы ньюфагов котлином тут:
https://2ch.hk/pr/res/647624.html (М)
Коротко о главном:
1) Мобильная разработка - это весело.
2) Android Studio & Java - легитимный набор, проверенно временем и поддерживается гуглом. Ждем релиза второй версии студии со всеми плюшками.
А также о неглавном:
3) PhoneGap/Ionic/Titanium/ReactNative - имя им javascript легион, принципы у них разные, первые три попытка в кроссплатформенность одного кода, ReactNative проповедует другой подход, а именно написание разного кода но на одном языке. Популярность у них разная, также как и количество вакансий.
4) Xamarin - мультиплатформенная разработка. Попытка серебряной пули на C#. Довольно популярный, и работа есть.
5) RoboVM - идейный наследник ксамарина, а теперь уже и его часть но на Java. Менее популярен, так как моложе, и вакансий я не видел.
Отдельного упоминания стоят:
1) Kotlin - Java от JetBrains, новый и стильный язык, куча синтаксического сахара прилагается, есть стримы и делегаты. Хотите писать на котлине? Добро пожаловать в JetBrains и Avito.
Где брать инфу:
Интернет-ресурсы
1) http://developer.android.com/index.html
Наша библия. Документация/небольшие примеры/гайды. Но только на инглише, но это плюс. Минус в том, что это все таки документация с небольшими примерами и гайдами и искать там реализацию чего-то хоть немного сложного нету смысла. Раздел Training как раз для старта.
2) http://stackoverflow.com/
Пользуюсь чаще чем первым сайтом. Можно найти практически все.
3) Есть два вполне вменяемых русскоязычных ресурса. Для старта подходят очень даже.
http://startandroid.ru/
и
http://developer.alexanderklimov.ru/android/
Второй еще и условно бесплатный. Главный плюс - это русский язык, простые гайдики, но переводы классов иногда заставляют фейспалмить.
4) http://habrahabr.ru/ - редко но метко, можно найти годные статьи по каким-то реализациям, или переводы с developer.android. Хотя чего тут объяснять.
5) https://www.udacity.com/ - в треде очевидцы говорили что есть годный курс, но я лично не смотрел.
Книги, их никто не читает, но все советуют только одну
1) The Busy Coder’s Guide to Android Development
А теперь, так как заебали уже всех, гайд для:
>"Я хуярил на делфи 5 лет назад а теперь хочу вкатится в андроид":
Чтоб быстро хоть как-то вникнуть в джаву берешь и гуглишь javarush или codingbat.com.
Можно Эккеля "Философия java" почитать.
Или Хорстманн "Java. Библиотека профессионала" до 7 главы.
Что тебе нужно понять в самой жабе.
Энтри лвл.
1) ООП - сам принцип нужно именно понять, так как ооп язык.
2) Типы данных. Примитивы и ссылочные.
3) Структуры данных - Массивы/коллекции - без них никуда. Полезно почитать про алгоритмы работы коллекций и их сложности.
4) Дженерик типы, они как раз юзаются в коллекциях.
5) Классы/интерфейсы и все вытекающие.
Уже можно быдлокодить потихоньку и учить андроид параллельно с тем что ниже.
Дальше
6) Потоки ввода/вывода (streams). Не путать с тредами(threads).
7) Threads, особо не нужно вникать(в java.util.concurrent можно не лезть, в ведре все равно особо не пригодится), но нужно понять как работает многопоточка и что такое Runnable.
8) Прочитать про паттерны что-то. Начать с listener, adapter, singleton, iterator так как на каждом шагу. Ну и по накатанной.
Уже сделаешь что-то нормальное.
Дальше.
9) Работа с Sqlite, нужна будет в любом случае.
10) Работа с json.
Привет клиент-серверка.
Пишите в треде что добавить.
Освятил Kotlin - язык 2011 года разработки, 100% совместимый (в обе стороны) с Java
Текущая версия: 1.0
Разработчики: JetBrains (создатели IDEA, на базе которой сделана Android Studio)
Полная поддержка в: Android Studio / IDEA / RoboVM Studio / Eclipse / Gradle / Maven
Сайт: https://kotlinlang.org , http://try.kotlinlang.org
Вот видео (на русском) про язык, от главного разработчика:
https://www.youtube.com/watch?v=wjkaPXT_vY4
https://www.youtube.com/watch?v=9x6utkLDBs8
https://www.youtube.com/watch?v=VU_L2_XGQ9s
https://www.youtube.com/watch?v=018n0aXiljc
https://www.youtube.com/watch?v=mTr8TWj9MUU
https://www.youtube.com/watch?v=-BvN0X5tqjw
Из коробки поддерживает:
• Проперти. Также ко всем Java set/get методам можно обращаться как к свойствам;
• Лямбды. Вызываются они в виде lamba1(...), а не как "функциональный интерфейс" lambda1.call(...);
В Java методы (где требуются ФИ) можно передавать kotlin-лямбды;
• Экстеншен методы (как в C#).
К любому (даже final) классу можно добавлять сторонние методы которые будут доступны через точку;
• Перегрузку операторов (+,- и тд). К примеру можно два BigDecimal складывать через +, а не метод add(...);
• Поддержка неизменяемых коллекций и объектов на уровне компилятора;
• Non-nullable типы, те прощай NullPointerException;
• НЕТ checked исключений (как они всех заебывают внутри лямбд);
В общем похож на Scala, но проще и всего +400kb к размеру APK (с proguard будет меньше).
RoboVM + Kotlin - отличная замена Xamarin
Освятил Kotlin - язык 2011 года разработки, 100% совместимый (в обе стороны) с Java
Текущая версия: 1.0
Разработчики: JetBrains (создатели IDEA, на базе которой сделана Android Studio)
Полная поддержка в: Android Studio / IDEA / RoboVM Studio / Eclipse / Gradle / Maven
Сайт: https://kotlinlang.org , http://try.kotlinlang.org
Вот видео (на русском) про язык, от главного разработчика:
https://www.youtube.com/watch?v=wjkaPXT_vY4
https://www.youtube.com/watch?v=9x6utkLDBs8
https://www.youtube.com/watch?v=VU_L2_XGQ9s
https://www.youtube.com/watch?v=018n0aXiljc
https://www.youtube.com/watch?v=mTr8TWj9MUU
https://www.youtube.com/watch?v=-BvN0X5tqjw
Из коробки поддерживает:
• Проперти. Также ко всем Java set/get методам можно обращаться как к свойствам;
• Лямбды. Вызываются они в виде lamba1(...), а не как "функциональный интерфейс" lambda1.call(...);
В Java методы (где требуются ФИ) можно передавать kotlin-лямбды;
• Экстеншен методы (как в C#).
К любому (даже final) классу можно добавлять сторонние методы которые будут доступны через точку;
• Перегрузку операторов (+,- и тд). К примеру можно два BigDecimal складывать через +, а не метод add(...);
• Поддержка неизменяемых коллекций и объектов на уровне компилятора;
• Non-nullable типы, те прощай NullPointerException;
• НЕТ checked исключений (как они всех заебывают внутри лямбд);
В общем похож на Scala, но проще и всего +400kb к размеру APK (с proguard будет меньше).
RoboVM + Kotlin - отличная замена Xamarin
>Пост 1.
Анон, требуется помощь.
Есть активити, унаследованное от FragmentActivity. В нем один viewpager, и ScreenSlidePagerAdapter, в которому в методе getItem() в зависимости от int аргумента страницы возвращается новый Фрагмент. Лэй-аут фрагмента одинаков для всех 7 страниц - два текствью и радиогруп с 3 кнопками. Текст для текствью берется из string-arrays в strings.xml. Вопрос - как правильно организовать отображение текста, правильную отрисовку - и правильной контроль за сбором данных с кнопок? Я пробовал в самом фрагменте определять страницу, и в зависимости от нее выводить текст. Но оно постоянно выводит первый элемент з массива, как бы я не вказал - или там 4 элемент, или 3. Хелп.
>Пост 2
Не ругайте.
http://pastebin.com/SDwdNKFz
>Пост 3
Вызываю помощь зала опять. Проблему вылетов решил, но вот такая беда. На каждую из 3 радиокнопок подается текст из массивов строк в strings.xml, при том в каждом массиве по 3 элемента (по одному массиву на страницу) . Вопрос в чем - на все 6 страниц в радиокнопках текст последнего массива, при том я в логах вывожу вместимое массива, и там всё ок - текст разный.
>Пост 4
Объясню попроще ситуацию: есть некоторый класс, которому в конструкторе передается некое число. Обьект этого класса создается в фрагменте. От этого числа зависит то, какой массив строк из ресурсов передастся. Выборка происходит еще на этапе конструктора. Вот в чем недопонимание - в конструкторе оно выбирает верный массив, но метод этого класса возвращает всегда один и тот же массив.
Сам я заебаный и занятый чтоб вникать, сорян.
Или где почитать нахуй они нужны?
Типа оптимизация передачи данных?
Начни отсюда https://ru.wikipedia.org/wiki/Protocol_Buffers
Краткое описание:
1) Ты в специальном формате описываешь пересылаемые данные.
2) Тебе генерируется классы + код серелизации/десерелиазиции на любом языке (java/c/c# и тд)
> Типа оптимизация передачи данных
Типа да, но не в хайлоаде нахуй не надо. json в gzip, хуяк хуяк и в продакшн.
Пол треда обсуждаем как бороться с ссаными жизненными циклами и сремся про то, какую орм/бд использовать.
В иосе таких проблем просто не возникает.
Да как же так, неужели весь хайлод сводится, так вот здесь сбалансируем купим еще сервачков и будет нормас? Столько-то трафика можно сэкономить и клиентам и самому себе.
>>665638
Ну я вот с маком, но прогаю под ведроид? У меня сложилось впечатление что iOS ники сильно жадные, то есть сидят два как фуфелы и ни чо не обсуждают. И еще оба велосипеды пилят блять, вам дали гитхаб жрите - нет напишем очередно [*NSSHITLER_HUI_PIZDA....]
Вот да, этим и занимаемся, вам бля дали MVC жрите не поперхнитесь. Вам даже не нужно ебаться с китайскими девайсами и васяно прошивками, и версиями ОС которым больше 3 лет. Иногда пичот.
Сам удивляюсь, хоть и пишу на маке в основном под Kotlin, но с удовольствием бы потер за Swift.
К сожалению в iOS треде тоже большинство аутиство, до сих пор разрабатывающих на Object-C.
В какой-то момент внутри обьекта А, обьект Б обнуляется (b = null).
Протечет ли обьект А?
Нужно ли обнулить листенер, ссылку внутри Б на А, ( b.setListener(null) ) перед обнулением самого Б?
> Протечет ли обьект А?
Ну хуй знает, я не помню, GC ходит восходяще или нисходяще до рута. Так что ориентируемся на то, что протечет, поскольку В удерживает ссылку на А.
> Нужно ли обнулить листенер, ссылку внутри Б на А, ( b.setListener(null) ) перед обнулением самого Б?
Ну если ты уверен, что ссылок на Б больше нет, то не нужно.
Тебе надо в A.onDestory делать всего то b.setListener(null)
>>665652
Да нихуя не весело, я уже заебался с этими циклами.
И ещё наверно считают себя пиздец крутыми андроидщиками.
Нахуй мне твои плюсы? Нахуй мне твоя джава, если мне в 90% случаях нужен только ссаный ArrayList и JsonObject?
Как писали на джава так и пишут, как писали 30 лет на плюсах, так и будут писать. Как писали на Obj-C так и пишут.
Ты о чем?
Свифт не умрет, потому что его насаждают сами эпл, в отличие от котлина.
Та я не против котлина на самом деле. Просто говорю реальнуцю позицию языка, он пока не нужен если ты хочешь именно работать.
>до сих пор разрабатывающих на Object-C.
Ты охуел? что с ним не так? Плюс РЫНОК требует, а не сырой свифт, где блядь баг на баге с колбеками даже
Почему тогда на ведре все через жопу?
Нет правда, я уже готов отложить деньги на мак и гейфон и сьебать в закат.
Можно даже легче.
На Android если приложение сдохнет, то потом запустится с предыдущего окна и поведение из коробки.
На iOS если приложение кикнет система, то оно запуститься с самого начала.
А если хочешь, что бы история экранов восстановилась, придется сильно заморочиться.
Ради этого засовывать все остлаьное в жопу как-то не оч.
>А если хочешь, что бы история экранов восстановилась, придется сильно заморочиться.
Не звезди.
Вывод - ведрокодинг для довнов.
Ты мудак? никто не говорил что умрет, ебало завали, то ты говоришь что свифт умирает, обджектив ка кбыл так и останется, но на свифт все чаще и чаще переписывается отнюдь не меликим конторами и он не сырая хуйня.
к чему ты кресты приплел вообще не понятно, дегенерат ебаный, типичный джаводебилоид.
Иди ка ты нахуй с такими выводами.
Я уверен что и на иосе есть говно похлеще прочего.
Лайфсайкл на самом деле норм штука, меня другие вещи бесят.
Хелп.Объясню ситуацию: есть некоторый класс, которому в конструкторе передается некое число. Обьект этого класса создается в фрагменте. От этого числа зависит то, какой массив строк из ресурсов передастся. Выборка происходит еще на этапе конструктора. Вот в чем недопонимание - в конструкторе оно выбирает верный массив, но метод этого класса возвращает всегда один и тот же массив.
Ну в этом и детекчу хомячков верящих в серебряные пули. Ой иос лучше, ой свифт вышел збс, ой любое говно от епла заебись, дайте две ложки.
Ответ адекватного прогера не такой, я надеюсь ты и сам это понимаешь.
Теперь хоть ресайлервью можно будет юзать в продакшене, ну и слайдингТаб из коробки в придачу.
https://www.youtube.com/watch?v=7E2lNBM38IE
Говно не умело в врапконтент.
Спасибо братишка, а то у меня на ссылку ругалось что слово из спамлиста.
Обязательно ли в плей-маркет что-то выкладывать? (это же 25$ и не факт что после этого работать куда-то возьмут).
Какого уровня должны быть готовые приложения? Или даже готовые не обязательно иметь?
Допустим, запилить какой-нить очередной плеер для музяки или мессенджер для впараши. Такое пойдет?
Ну хотя по поводу 25 долларов, еще ладно. Все же не так много. Все равно я перед пацанами хвастаться хотел
Для стажера хват и торрет-стримера для Android TV, написанного на Kotlin + JNI
(в 2016 начинать новые проекты на Java считается мувитоном).
Конечно должно быть >5k скачиваний и рейтинг >4, иначе даже смотреть не будут.
Сорцы не забудь выложить на github что было сделать ревью кода.
Двачую, наконец-то годное предложение. На джуна слабовато будет, я бы не взял такого, но для стажёра очень хорошо.
Поддвачну. Что соседний котлинотред, что этот, забиты откровенной рекламой этой сомнительной обёртки над жабой.
Идеалист
Анонс: https://habrahabr.ru/company/jugru/blog/277871/
На встречи будут няшка Андрей и Дмитрий из команды Kotlin (жалко Светочки не будет)
Ждем видео на этом канале (должно выйти через пару дней):
https://www.youtube.com/channel/UCYrGYT7BswsJGkmG7-IAF8g
Ну же, может кто-то подозревает в чем вещь.
Чувак, я скоро начну тебя репортить.
Всем похуй на котлин, ладно если бы они на ведре пилили в этом видео. Так нет.
Давай может попиздуешь с котлинотред тред? А то по тематике не подходит.
Мелка ты еба, видео еще не вышло, а ты уже вангуешь что там будет.
На хабре уже давно поняли что Kotlin == будущее Android одни вы аутисты копротивляетесь
Пока гугл не перейдёт на него - никто не перейдёт. Будет пара хипстерских контор которые будут на нем писать.
Ну гугл уже подружился с ними, взяв на вооружение андройд студио, основанный на идее
Так я не против, но ты видишь у нас кучу видосиков по джаве?
Я в шапку джаву добавил чтоб меньше заебывали "как вкатится".
Даже свифт на иосе так быстро не приживается как хотели создатели, а тут все немного иначе.
Потому что нету настолько форсированного выката.
Если свифт создали для замены обжектив и целенаправленно кормили, то котлин получился удобным для замены джавы на ведре, и только несколько месяцев как идет хайп, но учитывая что стандарт задает гугл с джавой, то сразу становится понятно почему котлин не будет иметь отлика еще некоторое время.
Также интересно как там с опенсорсом в котлине? Или мы будем смотреть суды гугла и джетбреинса, если они все же решат?
Ну скорее всего Котлин не будет поддерживаться гуглом. Гуглу и так норм, но и против Котлина они иметь тоже ничего не будут.
>Гуглу и так норм
>Постоянные суды
>Меняют версию джавы по-сути, или лицензию, ну вы поняли
>Норм
Проблема в том что разрабам ненужно и первое и другое. А джава не отвалится пока гугл с ней, потому приоритет не на стороне котлина.
Сможешь юзать все фишки которые есть а компат классах.
Например материал прогрессбара в сапорт либах нету.
Я просто спросил.
Это гугли специально так делают, чтобы переходили на новые версии или некоторые штуки принципиально невозможно было реализовать на старом апи?
Да хуй их знает, это не проблема, есть куча материал вьюх с гитхаба.
Просто сам факт, сейчас гугл просто представляет нам велосипеды, которые на гитхабе лежат уже несколько лет.
Слышал звон, не знаешь где он?
Спор не из-за джавы как таковой, а из-за некоторых ее нешвабодных компонентов. Те же нешвабодные компоненты будут заюзаны и с использованием котлина ибо он идет без собственной жвм.
Сам же гугл потихоньку идет к го.
Спор из-за лицензии джавы и не пизди тут.
То что лицензии отличаются внутренними компонентами уже не важно.
Го это что-то уровня ндк, спасибо не нужно.
> Спор из-за лицензии джавы и не пизди тут.
Из-за какой лицензии, дебик. Гуглы спиздили куски реализации запатентованной части JDK. С переходом на openJDK проблемы исчезнут.
> Го это что-то уровня ндк, спасибо не нужно.
Без удобных инстурментов разработки конечно не нужно, но сам понимаешь, что списочки на нативной реализации с меньшей вероятностью будут лагать, чем на jvm.
1) Миллионы строк Android API написаны на Java,
2) Миллионы приложений в продакшене написаны на Java
3) 99% девайсов никогда не обновятся даже до 6.0
> списочки на нативной реализации с меньшей вероятностью будут лагать
А ну тогда нахрен все переписываем. Проще новую OS сделать
> 99% девайсов никогда не обновятся даже до 6.0
И что? 99% аппаратов на 1.5 не обновились до 4.0 и что?
Выйдут новые.
И разработчики будет делать две версии:
1) на Go для Android 2099
2) на Java Kotlin для всех остальных
Фигли ты к первым двум пунктам не придрался, их уже достаточно.
Потому что первеы два пункта не проблема, особенно второй - вообще хуйня. Те же иос приложения без проблем на свифт переписывают и ничо.
> Те же иос приложения без проблем на свифт переписывают и ничо
Все я ухожу, ты понятия не имеешь о чем говоришь. Ты же просто жирный.
Swift можно сравнивать только Kotlin, тк у них у обоих есть совместимость на уровне исходников в обе стороны:
Object-C <-> Swift | Java <-> Kotlin
>Из-за какой лицензии, дебик. Гуглы спиздили куски реализации запатентованной части JDK. С переходом на openJDK проблемы исчезнут.
Иди почитай про апач гармони рахит.
Мда блять.
Рано растраиваться (хуже уже не будет), а глядишь он опять бесплатным станет.
Да и Intel Multi OS есть, который и сейчас бесплатный.
Хотя они как-то странно задерживают релизу, уже месяц прошел с предыдущего.
Да уже можно перекатываться даже не пытаясь вкатится. Потому как майкрософт раули похлеще гуглов.
А интелы пока выкатят, пока развернутся, пока комьюнити появится. Долго. Проще на джаваскрипт вкатится.
В общем, решил поставить андроид студио.
До этого работал с джава через эклипс.
В общем, JVM у меня установлена и эклипс исправно компилит-выдает.
Андроид жалуется что у мня нет JVM, типа нот фаунд.
Что за хуйня?
Блять, на создание проекта ушло минут 15, пока всё прогрузилось, не смотря на то, что на компе 8гб оперативы и адовая видюха с 5м кором.
Ну что за хуйня, как так-то?
Отклик по нажатию на File - секунд 5.
ПОтом New - ещё блять секунд 10.
ЁБаный ведроид, я думал, хоть разработка под него будет приятной
Вангую что студия, до этого сам клепал проги в эклипсе, все было шустро. Когда поставил студию все блать собираеся в лучшем случае 30 сек, это притом что я поставил в опциях offline для градла и сборка в фоне, как присоветовали на стековерфлов. До этого вообще пару минут заводилось. Не спорю, студия кошерна, но блядь в эклипсе все работало моментально.
А на хуяке у тебя ничего там не бегает?
>>666564
Этого двачую.
А еще приходилось ставить виртуалку с линухой, и я поставил туда студию, на виртуалке ресурсы были порезаны вдвое, в результате студия на виртуалке работала быстрее. Так что сам видовс говно.
А эклипс конечно быстрее, ты еще в блокноте пиши будет еще быстрее.
вк /dsmtd
>А еще приходилось ставить виртуалку с линухой, и я поставил туда студию, на виртуалке ресурсы были порезаны вдвое, в результате студия на виртуалке работала быстрее. Так что сам видовс говно.
Сделал так же - тормозит еще сильнее.
>А эклипс конечно быстрее, ты еще в блокноте пиши будет еще быстрее.
Кроме студии стоит идеа коммьюнити и ультимэйт, даже проекты с кучей либ и сотней классов собиратьются быстрее.
>Сделал так же - тормозит еще сильнее.
Какой проц, и ты точно правильно виртуалку настроил? У меня ускорился даже сам запуск студии.
>Кроме студии стоит идеа коммьюнити и ультимэйт, даже проекты с кучей либ и сотней классов собиратьются быстрее.
Ну тут уже к градлу притензии. Ты там тоже градл юзаешь?
Есть ли там встроенная функция будильника? Если нет, то как заставить вибрировать и воспроизводить звук, в состоянии выключенного экрана? Хочу себе будильник хитрый написать, что бы просыпался вовремя.
Да проц норм, i5 3210m, памяти хватает, винт не ссд, но шустрый(7200об), вангую что именно из-за градла, но разве его меняют на другие сборщики?
>и ты точно правильно виртуалку настроил?
Отдал половину ресов, уебунта работает без лагов, студия все так же тупит
Да какой нафиг ссд, я писал что огромные проекты собираются в идее за гораздо меньшее время чем примитивные хелловорды в студии на пару мегабайт.
Тут может реально с реализацией на винде накосячили если у анона на прыщах летает и на маках(которые в душе линь).
> студия летает на 4 гб оперативки
Пиздабол, либо ничего сложнее хеллоуворлда не писал.
На эире у меня в свопе минимум было 700 мб.
А эти проекты тоже был на gradle?
Он сам по себе отдельный процесс сборки в нем нет супер оптимизаций из IDEA.
Для него как-раз важнее быстрый жесткий диск.
Для тестов можешь сделать диск в памяти, создать там проект и потестить скорость сборки.
Хуяк. ОС отжирает 1.5гб, хром на 500 минимум, студия жрет 1.5 + градл еще гигабайт. Что-то не сходится в итоге.
>>667509
Что у тебя актуальные данные?
0) Пользователь запрашивает функционал для которого нужен runtime-пермишен
1) Вручную чекаешь checkSelfPermission(...)
2) Если разрешено, то все ОК
3) Если не разрешено, то показываешь:
3.1) Тост с объяснением (это не обязательно)
3.2) Диалог запроса requestPermissions(...)
4) Забиваешь хуй на результат. Если пользователю надо, он еще раз сделает пункт (0)
Ну вот представь есть 3 социальных кнопки логина, которые при успешном использовании вызовут метод аутиентификации с названием социалки и токеном. И хотелось бы в одном месте получив эти две несчастные строчки перед вызовом охраняемых методов чекнуть и после чека продолжить, но хуй там. А так приходится делать метод проксю, который полезет в переференсы (или еще куда-то), восстановит эти данные и продолжит свое черное дело.
>>667516
Ну это как-то по пидарски.
>>667511
Ну у него в пике выходят все 4 гига, но он не держит одновременно скетч, хром, эмулятор и студию. При сборке эмулятор и студия. Если на телефоне, то без эмулятора и с хромом например. А у меня с эмулятором, студией, хромом (щас сижду на сафари, меньше расход), скетчем и еще хуй знает чем (видимо genymotion срал с virtualbox'ом на пару, благо у второй студии эмулятор шустренький) выходило в пике 7 гигов.
Чет ты хуйню намутил, ты тогда должен в бандл сохранять эти токены в onSaveInstance и восстанавливать их в onRestoreInstance. OnPermissionGranted - обертка над активитирезультом.
Ну хули, тогда страдай.
Вот тебе инструкция от гугла http://developer.android.com/training/permissions/requesting.html
Вот щас обидно было, думаешь я не читал?
>>667531
Ага, так и думал, то есть теоретически я могу выцепить данные в onCreate'e? Ну ладно, от двух полей активити не загнется.
А вот для сравнения iOS код сохранения картинки в галерею пользователя.
При его вызове тоже показывается диалог "разрешения доступа к галереи".
Вот только мне не надо по всему контроллеру раскидывать код для обработки результата.
Знаем, не сыпь соль на рану, вот закончу универ наверно нахуй этот ведроид брошу.
Анон, мы уже поняли, что айос лучше. Тут одни нищеброды, которые не могут позволить себе макбук, либо говноеды, которым в кайф жрать говно. Когда мы чуть поднакопим денег/образумимся - безусловно, перейдём на самую лучшую мобильную ОС, и этого треда вообще не будет. А пока съеби плиз, тут тред ведроида.
Не будет на ведроиде эта байда на котлине работать. Сам понимаешь. На чем бы не написал.
replace творит ересь и работает из рук вон плохо. Пока придерживаюсь hide/show и пересоздания аппликухи с восстановлением всего что там было через sharedPreferences
Из треда только 1 апологет. Сквэр вон специально делает модульчики для котлина.
Нашел косяк. Короче, там onDestroy триггерится через определенное время работы в бэкграунде. Щас чекну за onCreate после перехода после onDestroy-а. Чертов LifeCycle
нет, не добавляю. Там не на replace а на hide/show все. Сомневаюсь что бэкстеку есть до этого дело
вот тоже хотел поинтересоваться чё за код он там прописывает
fragmentManager.popBackStack();
А вот и нет, это бай дезайн, стэк фрагментов сохраняется.
Я задолбался возиться с этой хренью уже, недели две не втыкаю что делать.
Я хз, фрагменты что ни делай наплывают друг на друга после восстановления после onDestroy-а
После инициализации:
fragmentTransaction.
add(R.id.content, rentFragment).
add(R.id.content, dialogFragment).
add(R.id.content, loginFragment).
add(R.id.content, preferencesFragment).
add(R.id.content, preferencesMainFragment).
show(loginFragment).
hide(rentFragment).
hide(dialogFragment).
hide(preferencesFragment).
hide(preferencesMainFragment).
commit();
Ну и соответственно show/hide по навигации.
и как выпилить все намертво, чтобы все, еперный, работало ? Любые костыли, лишь бы работало
Это все потому что надо было отдельные окна в отдельные активити рассовать.
А не как этот "вундеркинд" >>665154 не ты ли? советовал в одно активити все запихивать.
Оно работает всегда, кроме как после сраного destroy-а активити. И да, я советовал, ибо за этим исключением пашет как часы
Мне стыдно за ведроид, почему гугл просто не перепишет это все?
Ну выпускайте аппкомпат, но дайте возможность хоть под новые устройства писать как люди.
Во-первых нахуя, приложения клепают - клепают, значит всем норм. Во-вторых это не хуй собачий. В-третьих с пермишенами все было-бы просто если бы они не вынесли это в отдельную активити, а как-нибудь через контекстик, как с пермишенами для uri.
Вопрос: как это дебажить? Может, есть какие-нибудь программы, заполняющие RAM? И в чём вообще может быть проблема? Слежка идёт в отдельном синглтоновом классе и через коллбэки кидается в активити. значит, если бы активити уничтожалась сборщиком, то коллбэки бы давали нулл поинтер эксепшн. Но, с другой стороны, когда происходит эта ошибка, загружается пустая активити, не получающая никаких коллбэков. Значит, коллбэки идут куда-то в ебеня. Есть идеи?
>потом открываешь приложение заново,есть шанс, что текущая активити покрашится
Не так. Когда открываешь приложение заново, загружается пустая активити, как будто приложение только что запустили, а не продолжили работу. При этом отслеживание локации не прекращается.
Слабо че понял, ты скажи, когда ты делаешь локейшнменеджер реквестапдейт и когда ты от них отписываешься и где.
По нажатию кнопки регистрирую и отписываюсь. Кнопка нажимается во фрагменте, из которого идёт вызов на работу/останов в написанный мной синглтон-класс MapHelper, который и взаимодействует с ГуглЛокэйшн.
Как сделать что бы отображало нормально?
Нужно смотреть, что в него пишется, когда происходит ошибка.
не особо понимаю где этот краш пока что, второй день пробую кодить под андроид
Вот, нарисовал архитектуру.
>Делаешь реквест апдейт и сразу отписываешься?
Нет. Нажал кнопку старт - реквестапдейт, нажал стоп - отписался.
>Возможно он еще обновляет в фоне
И куда он обновляет? Куда отправляются коллбэки с локациями, которые должны отправиться в активити? Если она уничтожена, то почему нет нуллпоинтера при попытке отправки коллбэков, а если не уничтожена, то почему она не показывается?
Ну так разбирайся, лол. Курс на удасити пройди. Недавно проходил курс по грэдл у них, понравилось, объясняют, как для долбоёба. Хотя, конечно, дают только базис, чтоб ты потом сам уже мог изучать.
дак я помощи хотел попросить, потому что дальше "обучение" из-за этой ошибки не могу проходить т.е могу, но не буду мало ли что
>>668833
Так блин, а какой ты помощи хочешь? Я тебе сказал - смотри логкэт, там ошибки пишутся. Сделай крэш и не нажимая ОК смотри, что написалось в логкэт.
Как минимум не использовать фрагменты, где можно обойтись отдельной активити. А события с локации можно спокойно вынести в сервис и отдавать бродкастами.
>А события с локации можно спокойно вынести в сервис и отдавать бродкастами
А ты вообще сможешь кастомный класс (Location, хотя бы) в бродкасте передать? И если да, то как?
> Location
http://developer.android.com/intl/ru/reference/android/location/Location.html
implements Parcelable
Могу. Пихаешь в бандл и отправляешь.
Ну хуй знает. Просто заменили три строчки коллбэка на пятнадцать строчек бродкаста, ещё и с нисходящим преобразованием, в итоге просто дифференциировав типы обращения к активити. Но зато сервис надёжнее в целом. Я чёт просто, когда делал архитектуру, тоже думал сервис запилить, а потом подумал - в Гугл Локэйшн тоже сервис наверняка используется, так зачем делать сервис в сервисе? И сделал через коллбэки.
Однако, вопрос, почему иногда активити проёбывается, остался для меня нерешённым. Сейчас думаю сериализовать текущие записанные локации и в случае чего подгружать его при перезагрузке, но это
а) не решение проблемы (как бы странные вызовы локации непонятно от кого и непонятно куда останутся)
б) будет хуёво работать вследствие особенности логики моего приложения
Fragment com.example.zip.grodskiy3.GrodskiyFirstFragment did not create a view
таргет 22 стоит
Как будто отдельный класс с асинктаском будет иметь какую-то отличную структуру. Только вместо интента на сервис будет стоять создание экземпляра класса.
В постэкзекьют, очевидно. Можно коллбэком, как в баунд сервисе, можно бродкастом, как и в обычном сервисе.
Ну тогда не вижу проблем. Контекст туда только от application передавай, если нужно.
Ну да, я так и делаю. Только, на самом деле, никогда не сталкивался с проблемой, чтоб что-то пошло не так, если был передан контекст активити, которая потом умрёт. Что там будет, memory leak без краша?
Пока будет жив таск - leak, потом таск подчистится и утечка пропадет.
У меня например в одной вкладке находится карта google maps, очень не удобно искать свое местоположение после того, как переключился на соседнюю вкладку.
Можно конечно запомнить последнее местоположение и после получения координат перейти к нему, но ведь можно просто не уничтожать фрагмент.
В идеале - не уничтожать фрагмент при переключении к другой вкладке, но вызывать у него метод pause, чтобы притушить движуху, пока пользователь на него не смотрит.
Держите котейку.
> Можно конечно запомнить последнее местоположение и после получения координат перейти к нему
Нужно
> но ведь можно просто не уничтожать фрагмент
Нельзя, всякое ссанье, у которого на приложение выделяется по 15 мб начнет загибаться.
Есть во первых fragmentstatepageradapter, во вторых у него есть параметр, как раз отвечающий за кол-во фрагментов в памяти, но я не помню какой.
>fragmentstatepageradapter
Используется совместно с ViewPager?
Можно ли отключить скролл пальцами у ViewPager?
Кажется ты перепутал: FragmentPagerAdapter - вот этот не уничтожает соседние фрагменты.
> но я не помню какой
setOffscreenPageLimit(int limit)
> Используется совместно с ViewPager?
Да, а ты же так вкладки делаешь?
> Можно ли отключить скролл пальцами у ViewPager?
Вероятней всего можно.
У меня вкладки сделаны при помощи: android.support.v13.app.FragmentTabHost
> FragmentPagerAdapter - вот этот не уничтожает соседние фрагменты.
though its view hierarchy may be destroyed when not visible
Хотя сами объекты фрагментов сохраняются полностью.
Интересно как поведет себя фрагмент с com.google.android.gms.maps.MapView внутри?
И второй вопрос: Какой верхний порог по скушиваемой оперативе вы бы выделили, выше которого ни одной аппликухе лезть не положено ( игры не берем в счет ) ?
N кнопок в linear-e и много кода. Фрагменты-в-одной-активити-это-хорошо-кун ^_^
MapView ты можешь использовать везде: в support fragment, в AppCompatActivity, в обычном фрагменте и в обычной активити.
мне пофиг, где я могу использовать его. У меня есть SupportMapFragment и я доволен всем. Просто хотелось бы по максимому оптимизировать
> нет FragmentCompat, чтобы из него делать requestPermissions
Пиздос, в рот ебал уебков из гугла.
примерно то же самое я говорил в течении двух недель пытаясь сделать карты работать нормально.
А не, есть. Он прямо в фрагменте.
Действительно ли javarush даст мне понятие по всем темам которые мне нужны для успешного выкатывания из идиота с попутным перекатыванием в программиста (в данном случае андроид дева)? Или же все же лучше книгу?
лучше в startandroid и статейки на хабре. Плюс простенькие проектики делать наподобие визиток
У меня в программировании познания уровня /b.
Знания джава и андроид начальные: пару курсов на курсере, могу сделать laba1, но никогда не делал сложных проектов.
Реально ли угореть дома по андроиду до уровня фриланса и поднять денег на перекат?
В противном случае придётся искать фриланс связанный с вебом, или работать где-то ещё, чего не очень хочется.
самый хуёвый вариант, никогда так не делайте. Сам так делал, были знания только плюсов, и то получалась польная хуйня, которую даже на гитхаб стыдно выложить.
читать книжку по джаве, например, философию, а потом вкатываться в андроид, но для андроида можно ёё и не дочитывать
да да да, вот эта дрисня на папирусе где содержатся гомеопатические дозы знаний
в смысле невнимательно? не зная кора ты будешь копировать код, что-то менять, но не понимать, что происходит, только в общих чертах. Да визитки можно сделать, но не больше. И джуном так точно не устроиться.
Джава se, выбираю куда вкатиться: сюда или в сфивт.
Это вообще обязательно?
Смотрю в моем старом приложении все разрешения сразу включены после установки приложения.
Днище что то, что это.
Под андроид приятней писать на котлине.
Под иос ты еще должен быть ололодизайниром, потому что вот эту кнопочку на миллиметр вправо сдвинь.
Еще сервисы гугла намного лучше эпловых работают.
> Слышал, что в Android 6.0 разрешения будут запрашиваться во время работы приложения.
А ты быстрый.
> Это вообще обязательно?
Желательно, иначе неопределенное поведение.
> Смотрю в моем старом приложении все разрешения сразу включены после установки приложения.
Да, при targetSdk < 23. Но я могу их отключить, и тогда краш либо пустые данные.
>>669614
> Под иос ты еще должен быть ололодизайниром, потому что вот эту кнопочку на миллиметр вправо сдвинь.
И? Как будто под андроид нет понятия pixel perfect.
>>669616
> в контакты
Гугллогин требует пермишн контактов.
> сеть
Без отдельного пермишина.
Собрал, указав все нужные параметры в buildvars. Запускаю => краш приложухи.
Вот такая же у чувака проблема была - http://stackoverflow.com/questions/32816049/telegram-messenger-running-project-still-met-unfortunately-telegram-has-stoppe
Но у него после оформления билдварс решилось все, а у меня чет нет.
Может кто зачекает? Получить эппиды и забилдить - дело 5 минут.
p.s. если у вас получится собрать так, что крашиться не будет аппка и вы скажете, что я не так делаю(хотя делаю вроде все так), с меня соточка на пивко :)
Я собирал пару недель назад.
Зарегал телеграм аппид, хокей ид, вроде этого хватило.
Потом либы на сях скомпилил и все заработало.
Да, он и так переворачивается.
Там исходники на с++ есть, вот их нужно скомпилить в файлы и приложуха заработает, на стеке есть ответ от того же индуса.
Я из танка.
Так нужно еще и описывать запрос на диалог окно с включением пермишена? Или уже само?
Да у меня нету 6.
Доведут же, уйду в гейос.
С эккеля же.
Анан, а подскажи - как в мессенджерах типа вотсаппа реализована мнгновенная (мнгновенная, Карл!) передача сообщения между клиентами, а точнее push-уведомление о том, что сообщение пришло, когда приложение киснет в бэкграунде уже хрен знает сколько времени? Сервисы? Ясен пень сервисы, но как именно клиент получаетсамо уведомление? Что это - открытые порты и прямое соединение (которое еще и реконнектить надо, когда сервис перезагружается), проверка клиентом по таймеру наличия новых сообщений, long-polling запросы или же какая-то неведомая йоба-технология? Анан, дай советов мудрых, будь няшей. Бест практисез какие-нибудь там, или чего еще - гугл молчит как молдавский партизан и кроме невнятных догадок ничего не говорит.
Зарплату не нашел. С Эккеля проиграл, они бы еще вопросы по предисловию задавали.
>>670408
long-polling в сервисе либо GCM c высоким приоритетом.
>long-polling в сервисе либо GCM c высоким приоритетом.
Мммм, а что насчет постоянно слушать удаленный порт? Ну, кто-нибудь так делает?
Угу. У Ондроеда все равно своя атмосфера, так что не заморачивайся особо на знании джавы - любой базовый курс и вперед. Я, например, Эккеля читал. Сириусли.
>XMPP is how most of the popular chat apps send and receive messages. Some apps like GTalk, Whatsapp etc. depends completely on XMPP protocol. Whatsapp is believed to be using a customized version of aSmack.
>of aSmack.
Вот, кстати, про aSmack я и забыл совсем, да. Надо бы ее поковырять-посотреть что там и как. А еще в вотсаппе именно кастомайзед aSmack и хуй знает чего они там наворотили еще сами.
>>670498
>Мне кажется сокет очень быстро посадит батарейку
Да тут такое мнение есть:
>here is a resource that's in use continually. It's the listening socket that was opened by the WhatsApp service. It just sits there on your phone waiting for an incoming network connection (see listen(2) for more information). This has essentially no cost in memory, battery power, or anything else.
Отседова: http://android.stackexchange.com/questions/43970/how-is-whatsapp-able-to-receive-messages-when-not-in-use
Вообще, котаны, вопрос в том - как лучше реализовать свой вариант push-нотификаций в андроиде, не используя GCM.
Да вообще пиздец, как же жопа от этого говна горит. Вызвал метод — поток завис пока юзер не подтвердил — поток отвис с готовым результатом. Ну почему такого нет? Зачем откровенную еблю устраивать? И так полный пиздец уже.
Да мне тоже так все больше и больше кажется, но интересно же: вдруг более годные решения есть, а то лонг-поллинги вроде серверную часть хорошо нагружают, нет?
>>670538
Лонг-пулинг требует коннекта, так что сокет то все равно нужно оживлять и тд. да и сам лонг-пулинг просто концепт и логика работы с сокетом.
Сам еще смутно эту часть понимаю, но видимо все сводится к четкому построению коннекта с сокетом.
Но вот как они сделали постоянное получение нотификейшнов хз, у ведра ведь есть режим когда даже проц спать ложится.
Поправьте если ошибаюсь.
>>670545
Рахиты потому что. Мне не впадлу новые колбеки добавить, но и так не код а вермишель получается со всех этих листенеров и тд.
>у ведра ведь есть режим когда даже проц спать ложится.
ЕМНИП, там остается одно ядро активным. Хз, вроде как-то так.
>и так не код а вермишель получается со всех этих листенеров и тд.
ЮЗАЙ MVP, БЛЕАТЬ!!!
И возись с 9к интерфейсов и абстракт фактори фактори
Каким образом мвп поможет обойти адские колбеки? Ведь именно в колбеке я меняю интерфейс.
Чтоб не путать пример.
Есть интерфейс, есть хттп запрос, и есть контролер.
В контролере запускаем хттп запрос асинххронно само собой, в интерфейсе вешаем прогрессбар, теперь приходит ответ от сервера, срабатывает колбек который убирает прогрессбар. Теперь вопрос, каким образом мне поможет мвп? мввм? Да похуй что на самом деле. Колбеки будут всегда.
Я потому и не сильно понимаю смысла выноса всех запросов в отдельный сервис и потом перекидывания этих сообщений-колбеков через всевозможные костыли.
Но мне не хватает знаний пока что.
>>670757
Ну если так, то видимо начинается дикая борьба за приоритет.
А ну и у меня есть друг-бэкендщик, вечно говорит мне про патерн репозиторий, но ведь данные с локальной бд и с сервера не одно и то же.
Ответы локальной бд - данные.
Ответы сервера - куча говна и возможно данные.
Вот и ебитесь с патернами теперь, они явно для мобайлдева устарели не все конечно же.
>поможет обойти адские колбеки
Да не обойти а структурировать и превратить лапшу в 9к строк в аккуратные 9к файлов, описывающих в 100 строк поведение для каждого необходимого коллбека. Убрать их нельзя, но можно причесать, я вот о чем.
Ну хз, сейчас у меня в активити будут лоадеры, ретрофит колбеки, теперь еще и пермишены.
Не совсем пойму о чем ты, но на всякий случай читни тут:
http://fernandocejas.com/2014/09/03/architecting-android-the-clean-way/
Он, как по мне слишком усложняет, разделяя дату и домейн аж в отдельные либы, но без этого можно и обойтись (с ебаными божественными объектами ондроеда бывают казусы)
Вот тут сорцы его примера. Начни с версии 5.0 - дальше он густо обмазывает все либами типа Rx, что не особо нужно, как по мне, но остальные версии посмотреть стоит - там наглядно объяснены тесты и есть примеры и полезных либ типа даггера. А буттернайф и Rx хуита, ололо
https://github.com/android10/Android-CleanArchitecture/releases
смею предположить что сервисы на чек поставлены с очень низким периодом проверки, либо же сокет
Вкратце: после триггера onDestroy в фоне и возвращению в приложение фрагменты наползают друг на друга хаотично и жестоко. Что делать - не ебу. С onPause все путем.Фрагментами оперирую с помощью hide/show.
Вот думаю каким образом сделать асинхронную запись в бд после респонса ретрофита. Что посоветуете?
Обычный тред? Асинктаск? Или обмазатся рхДжавой?
Да я знаю что можно чем угодно, просто думаю стоит ли трогать рхДжаву ради такого.
быстрофикс
Есть json с массивом объектов с массивами.
Как распарсить при помощи gson пикрилейтед? По идее для каждого объекта нужно создавать классы с именем объекта, но они кирилицей. Как быть ?
{
"Игры": [
{
"category": "Шутер",
"enable_likes": 0,
"icons": [],
"id": "cs",
"name": "Counter Strike",
"pages": 7
},
{
"category": "Шутер",
"enable_likes": 0,
"icons": [],
"id": "bf",
"name": "BattleField",
"pages": 7
}
],
"Статьи": [
{
"category": "Шутер",
"enable_likes": 0,
"icons": [],
"id": "cs",
"name": "Counter Strike",
"pages": 7
}
]
}
быстрофикс
Есть json с массивом объектов с массивами.
Как распарсить при помощи gson пикрилейтед? По идее для каждого объекта нужно создавать классы с именем объекта, но они кирилицей. Как быть ?
{
"Игры": [
{
"category": "Шутер",
"enable_likes": 0,
"icons": [],
"id": "cs",
"name": "Counter Strike",
"pages": 7
},
{
"category": "Шутер",
"enable_likes": 0,
"icons": [],
"id": "bf",
"name": "BattleField",
"pages": 7
}
],
"Статьи": [
{
"category": "Шутер",
"enable_likes": 0,
"icons": [],
"id": "cs",
"name": "Counter Strike",
"pages": 7
}
]
}
Если будешь использовать rx, то тогда уж в связке с sqlbrite, тогда и контент провайдер не потребуется.
>>670940
а подробнее? Я учусь только. приходящий json не изменить. Нужно обработать то что есть
но мне нужно не поле, а имя Объекта (класса) которое приходит в json кириллицей. Этот атрибут не применим к имени класса
Какие еще имена классов, json все равно как они называются.
Вот тебе, ленивая ты ####, готовые классы http://pastebin.com/BkkMEhrM
Вроде как можно Async для таких коротких действий использовать. ИМХО: проще и быстрее склепать асинк
>из коробки
Ммм? А подробнее? Чет упустил я по-ходу.
>>670859
Батарея сдохнет. И да, анон прав>>670922
>>671085
Да, но он перезапустится после остановки. Как и при вызове onTaskRemove, что означает в случае сокета реконнект и возможно потерю данных. Хотя, можно подтверждения гонять, да
Допустим я реализую Restful библиотеку на Retrofit.
Код такой:
public abstract class ApiResult<T> ...
public class ApiResultSuccess<T> extends ApiResult<T> {
T data;
...
}
public class ApiResultError extends ApiResult {
String errorMessage;
...
}
Допустим в коде сервиса Retrofit:
@GET(/yobas)
Observable<Result<JsonObject>> getYobasInternal()...
И во враппере
Observable<ApiResult<List<Yoba>> getYobas() {
return service.getYobasInternal().map(r->
//парсим r либо в ApiResultError либо в
// ApiResultSuccess<List<Yoba>>
;
}
Но в вызывающем коде мне придется даункастить ApiResult либо к ApiResultSuccess<List<Yoba>> либо к ApiResultError используя пресловутый instanceof. А если бы была какая-нибудь скалка или хаскель то я бы написал вместо всей этой хуйни просто Either (ApiResultSuccess T) ApiResultError и никаких даункастов бы делать не пришлось.
Теперь вопрос, как все эти анальные трюки избежать в жабе 7? Городить на каждую ошибку http свой эксепшн или кидать для http кодов отдельный коллбек вне observable не предлагать. Так как у меня очень сложная обработка критически важной секьюрной информации, а вызовами с коллбеками я наелся уже на старом API.
Допустим я реализую Restful библиотеку на Retrofit.
Код такой:
public abstract class ApiResult<T> ...
public class ApiResultSuccess<T> extends ApiResult<T> {
T data;
...
}
public class ApiResultError extends ApiResult {
String errorMessage;
...
}
Допустим в коде сервиса Retrofit:
@GET(/yobas)
Observable<Result<JsonObject>> getYobasInternal()...
И во враппере
Observable<ApiResult<List<Yoba>> getYobas() {
return service.getYobasInternal().map(r->
//парсим r либо в ApiResultError либо в
// ApiResultSuccess<List<Yoba>>
;
}
Но в вызывающем коде мне придется даункастить ApiResult либо к ApiResultSuccess<List<Yoba>> либо к ApiResultError используя пресловутый instanceof. А если бы была какая-нибудь скалка или хаскель то я бы написал вместо всей этой хуйни просто Either (ApiResultSuccess T) ApiResultError и никаких даункастов бы делать не пришлось.
Теперь вопрос, как все эти анальные трюки избежать в жабе 7? Городить на каждую ошибку http свой эксепшн или кидать для http кодов отдельный коллбек вне observable не предлагать. Так как у меня очень сложная обработка критически важной секьюрной информации, а вызовами с коллбеками я наелся уже на старом API.
А почему не вынести errorMessage в базовый класс ApiResult?
Ошибка ведь может возникнуть в любом ответе.
Gson (и тп) всеравно проигнорят пустые свойства.
Гуглы сами для себя придумали, очевидно же. Все угорают по мвп.
Алсо на винфоне мввм смотрится гораздо приятнее.
Нет, json приходит двух типов {data: huita_data} и {error: huita_params}, причем данные внутри и того и того мне важны. Или ты предлагаешь все парсить в один ApiResult и проверять какой-нибудь хуетой типа if(result.isError()) ?
open val с default value в базовом классе конечно же (можно было бы и вовсе обойтись без них если ты работаешь с резалтами только через матч по типу)
> типа if(result.isError()) ?
У тебя будто большой выбор, либо каст либо вынос части логики в базовый класс.
Не пойму что не так, это стандартный подход.
Я бы на твоем месте вообще написал бы аксептер для retrofit, который бы кидал исключение на НЕ 200.
А потом бы обрабатывал бы в onError(...)
Я помню что vk api возвращает ошибки { "error": "yoba" } с кодом 200
Классы не обязаны были иметь общего предка для матча по типу; я ввел супертип для удобства, чтобы не приводить к kotlin.Any (java.lang.Object) если тебе нужно передавать результат куда-то, является он ошибкой или нет.
Бери тогда ретролямбду, ведь жава 8 одобрена жава-господином и напиши Either.
>У тебя будто большой выбор, либо каст либо вынос части логики в базовый класс.
>Не пойму что не так, это стандартный подход.
Ну, наверное ты прав, просто привычка программировать на нормальных языках сказывается. Как на жабе попишу, чувство будто говна пожевал.
>Я бы на твоем месте вообще написал бы аксептер для retrofit, который бы кидал исключение на НЕ 200.
>А потом бы обрабатывал бы в onError(...)
У меня была такая идея, но дело в том что сервер в при ошибке может в json написать причины и прочее, и мне это нужно обрабатывать. К тому же сам JakeWarthon вон https://github.com/square/retrofit/issues/1102
пишет что ексепшн в ретрофите бросается только при IOException, а все остальное гораздо лучше хэндлить в основном потоке.
10000 часов, всем известно же.
Ну ты же не участвуешь в коммерческой разработке, так что в статистику тебе низя.
ОП, год опыта(будет в этом месяце кстати), 800.
Чем лечить?
Пробовал, толку 0
NavigationDrawer или TabbedActivity? И в чем суть использовать драверы не от гугла?
Запускай таски грэдла в консоли, смотри, где думает. Грэдл последний накати.
Какая из MVVM библиотек может в работу с recyclerView
Вырастили блин поколение, 1-2 класса написать не в состояние.
Сам напиши на Koтлин, заодно и разберешься как биндинг в Androd работает.
Запись в бд через асинктаск или тред лучше?
На самом деле похуй, но мне интересно мнение тех кто опытнее.
Т.е. rx предлагаешь?
Я просто боюсь его в рабочем проекте юзать. Сейчас же в любом случае полезет говно разное.
У меня на observable вышло быстрее чем когда в давние времена я пытался вручную управлять пулами тредов. К тому же не вижу никакой разницы с точки зрения конечного программиста
getYobasFromDb(context, new YobaListener() {...
или
getYobasObservableFromDb(context).doOnNext(new Action1() {...
Да я сейчас протестил, нахуярил тысячу эллементов дак ему просто похуй что в юитреде что в отдельном.
Тупо та же скорость и провисание на смене курсора в адаптере.
Сейчас потестим с 10к.
Да просто если уже с rx то делать ровно и переделывать все реквесты. Уже когда буду диплом пилить по "Реактивное программирование в андроид" то поюзаю.
Я правильно понял, что теперь можно кидать векторные изображения на старые ведра и не ебаться с 15 папками?
Ладно, посидел я подумал, завтра начну юзать rx и будь что будет.
Эх молодежь, сколько раз уже говорили: вызывайте у курсора в фоновом потоке getCount() перед тем как отдать его в главный.
Это надо чтобы он прогрузил все данные из базы () в память и потом не пытался в главном потоке читать с диска.
ListView (GridView и тд) все равно вызовут getCount для расчета высоты скролбара (только уже в главном потоке).
Ты и с gradle plugin 1.5 мог.
У меня все на курсорлоадерах же, просто сама перерисовка не хуй собачий, да и в листвью геткурсор как ты и сказал вызывается.
>>672512
У тебя с твоим реалмом подобный механизм только с бубном поднимается.
> У тебя с твоим реалмом подобный механизм только с бубном поднимается.
Мне нет необходимости заниматься такими вещами. Если список короткий, я могу спокойно сделать copyFromRealm и работать с скопированными в оперативку данными, иначе спокойно работаю с lazy списком.
>Если список короткий, я могу спокойно сделать copyFromRealm и работать с скопированными в оперативку данными,
Нунихуяжсебе, а с скйлайтом это невозможно.
>иначе спокойно работаю с lazy списком.
Я так понимаю это подобие курсора.
Достался мне проект с релмом, что за дерьмо, господи, вроде все нормально и тут бац сегфолт, как это вообще понимать?
Ага, при попытке почистить табличку. Убрал клир, вроде не падает, но сука какого черта?
Пробовал на пустом проекте с скопированными из основного проекта RealmObject'ами?
Наверное тупой вопрос.
Ну например для вытаскивания данных из БД или для обработки JSON. И я так и не понял какое между ними отличие.
Асинктаском проще делается работа в отдельном потоке с последующей обработкой результата в основном. К тому же обычно асинктаск использует пул потоков, а не создаёт новый поток. Если заняты все потоки из пула, задача встаёт в очередь.
Асинк таск это всего лишь обертка для работы с тредами. Все упирается в них, но разумеется нет смысла каждый раз создавать новый тред что бы записать в базу, заводят пул тредов, но вариант с асинк тасками некоторые сочтут примитивным, рабоче-крестьянским так сказать. Из альтернатив - свои велосипеды, ORM, Realm и rxJava
> асинктаск использует пул потоков
Starting with HONEYCOMB, tasks are executed on a single thread to avoid common application errors caused by parallel execution.
Так что только при использовании executeOnExecutor
Вообще законно юзать realm без rxJava? А то я относительно недавно вкатился в андроид дев, и не хочу учить пока йоба фреймворки, а реалмом попользовался, он мне оч понравился.
Я знаю няша. Думаешь я ими пользуюсь, асинк тасками?
Да, можно, они никак не связаны.
> Вообще законно юзать realm без rxJava
Реалм достаточно быстро работает, можно и на главном потоке с ним работать.
Да, однако там есть уже готовый экзекутор на несколько потоков в самом асинктаске, так что не страшно.
Когда это учить-то всё?
Кстати ты меня натолкнул на мысль.
Братцы поясните за тесты и моки.
Я их даже не пытаюсь писать, учитывая какая кривая(обычная) у меня архитектура.
Ну и ретролямбду не предлагать.
Вопрос снят, таки в примере ретролямбда, просто они решили позже это сказать.
Вот пример. В гайде так написано, но я не вижу логики.
myObservableServices.retrieveImage(url)
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe(bitmap -> myImageView.setImageBitmap(bitmap));
Разве
bitmap -> myImageView.setImageBitmap(bitmap)
Не сабскрайбер? А сабскрайбер у нас не в мейн треде же, следовательно эрор и пиздец.
Так еще раз, мы сказали что сабскрайбер будет работать в ИО потоке, но в сабкрайбере операция с ЮИ, т.е. доступна только в мейн потоке.
Все вроде понял, методы-планировщики вообще не связаны с соответствующими сущностями.
Именно
Чисто интересно стало, вот в шарпах есть линкью-запросы.
Стримы это же попытка в что-то подобное?
> Стримы это же попытка в что-то подобное?
Да. LINQ - обертка над IEnumerable, что в Java Iterable, а любой Iterable можно сделать потоком.
Смотри есть простое привило:
subscribeOn(...) - в этом шедулере будут исполнятся методы от начала и до subscribeOn позиции.
observeOn(...) - в этом шедулере будут исполняться методы ниже по списку до следующего observeOn
Пример:
1) myObservableServices.retrieveImage(url)
2) .map(s1 -> s1)
3) .subscribeOn(Schedulers.io())
4) .observeOn(Schedulers.compute())
5) .map(s2 -> s2)
6) .observeOn(AndroidSchedulers.mainThread())
7) .map(s3 -> s3)
8) .subscribe(bitmap -> myImageView.setImageBitmap(bitmap));
Будут исполняться в шедулерах:
(1-2) - Schedulers.io()
(4) - Schedulers.compute()
(7-8) - AndroidSchedulers.mainThread()
Несколько subscribeOn и вложенные обсерверы (flatMap(...)) это отдельный вопрос.
>subscribeOn(...) - в этом шедулере будут исполнятся методы от начала и до observeOn позиции
Пофиксил тебя.
Через соотвествующий фреимворк и парсер дерева выражений linq.
Но таки да, linq все еще лучше стримов.
Охнихуяжсебе, звучит интересно, но оставим на потом.
С сервера прилетает бейсреспонс с статусом, кодами, и самим обжектом ответа, который как раз меняется от запроса к запросу.
Перед тем как достать лист я хочу проверить прошел ли запрос успешно. И потом уже отдать лист во флетмапу и тд.
Как сделать обработку ошибок перед отдачей листа во флетмап? Или просто вытаскивать список, а если схвачу ошибку то в онЕроре выведу код?
Можешь к примеру, посередке воткнуть onNext(...) там проверять значение и кидать исключение.
Есть БД со списком все СМС с телефона.
Хочу сделать выборку только последних СМС от каждого адресата. Как это лучше сделать? Можно ли написать такой SQL запрос или сразу весь массив запросить селектом в List и из него уже сделать выборку?
join + group + order by "Messsage.created" desc
скинь формат базы и формализуй "только последних"
>скинь формат базы
Что?
SQLite.
таблица с смс
поля sender(номер телефона), text(сообщение), date
>формализуй "только последних"
Только последний сообщения от каждого адресата.
Я хуй знает это была просьба от тебя в допданных или призыв к действию
Ну если тебе нужно только 1 последнее, то
select
from (
select
from sms
order by date
)
group by sender
Как думаешь, нормальная практика сделать кастомный екзепшн который будет иметь метод для выдачи сообщения чтоб выводить читабельный ерор в юи?
Забыл про звездочку
>>673364
Похоже на прямое нарушение принципа ед. обязаности.
Была похожая задача, сделал отдельный класс для UI который из исключение генерировала нужное сообщение о ошибке.
Ну смотри как вышло пока что.
Первый раз потрогал rx так что не бейте.
http://pastebin.com/e79vjAJS
и вопросы по коду
1)как сделать обработку и споследующим выводом на экран нормально и красиво?
2)Как мерджить флетмап я так и не понял, зипом чтоль? Да и нужно ли если обычный фор менее заебистый.
3)нужно ли делать вставку в бд в ио треде?
опечатка получилась в коде, второй сабскрайбОн, не обращайте внимание.
Да, у меня архитектура "толстый презентер". Нет я бы рад все вынести в какой-то синглтон-ретейнед-фрагмент, но пока что не ебу как делать нормальную привязку с юи.
Но сейчас не в архитектуре вопрос.
А так спрашивай отвечу что хотел сделать, и спасибо что помогаешь.
Ты получается здесь просто данные берешь и сохраняешь их в базу?
Где код который пользователю показывает результат (после сохранения в базу)?
При использования ретрофита без прослоек у тебя апи должно сразу возвращать данные удобные для отображения.
Тут я беру данные из запроса, смотрю прошел ли он успешно.(уже своя логика, например может не быть доступа)
Если успешный то сейв в бд без какого либо вывода, дальше уже работают лоадеры.
Если ошибка, то нужно выводить ошибку.
Алсо, это идеальная рестапи сразу отдает удобные листы, а у нас херпойми что которое еще нужно самому проверять.
Ок, позже вечером напишу, или завтра утречком, как будет время посмотри.
У самого уже каша в голове, нахуй я только подработку помимо работы взялся делать, ладно бы код писал, так дебажу их апиху и баги выцепляю по часу. Что-то нервы здавать начинают.
Так и думал. Спасибо.
Ну учитывая что я уже начал расписывать а потом прочитал, то вдруг лучше обьяснит мою проблему.
Апиха у нас не обычный рест, в этом трабла и сосредоточение костылей для распознавания ошибок.
Сервер отдает джейсон, в котором есть статус, код ошибки(если статус фолс) и бади(как раз интересуемый результат, в примере лист). Потому мне приходится перепроверять респонс в онСаксесе(в колбеке ретрофита). И да, эти ошибки я в основном должен выводить в ЮИ.
Дальше на счет самого кода в пастебине
http://pastebin.com/e79vjAJS
Как уже говорилось, юзается в фрагменте, и в нем я как раз пытаюсь сделать хендлер ошибок о котором писал выше.
Также в примере я просто записываю данные в бд, но хотелось бы понять как сделать красиво также и вывод данных в ЮИ(в связке с ерор хендлером этим, просто вывести данные в юи тред легко).
Итого, я пытаюсь сделать чейн с эрор хендлером который выводит ошибки в юи и сабскрайбера который будет в одних случае писать данные в бд, в других выводить данные в юи (возможно оба варианта сразу). Сумбурно я это все описал конечно. Но надеюсь идея понятна.
но если места не хватает для чаелда он переносит его на следующую строку.
Типа как контрол WrapPanel для XAML.
Обычно я пишу его сам (из ViewGroup), но чет сегодня мне лень.
Если честно я просто пытаюсь не делать такую верстку.
Отступы вон все равно кривые и отцентрировать нужно, в результате говно получится.
2. В RecyclerView, что лучше: менять один и тот же список и юзать NotifyDataSetChanged, или можно создавать каждый раз новый, создавать новый адаптер и SetAdapter'ить его? Есть ли разница?
>Как самое наркоманское - хранить в активити ссылку на саму себя
Так там уже есть такая ссылка, this называется.
>чтоб вызывать из фрагментов методы активити.
У фрагмента есть гетактивити, в чем проблема?
>Чем плохо юзание статических переменных в Андроид разработке?
Как статические переменные относятся к твоим словам процитированным мною выше?
>2. В RecyclerView, что лучше: менять один и тот же список и юзать NotifyDataSetChanged, или можно создавать каждый раз новый, создавать новый адаптер и SetAdapter'ить его? Есть ли разница?
Смена адаптера это конструктор, это инфлейт новыхВьюх и тд и тп.
Да даже разглядывать как мухи садятся на говно интереснее энтерпрайзопараши, к чему вопрос? В андроиде тоже программировать удовольствие неважное, но это лучше чем ковыряться в гигантском куске дерьма написаного в девяностых, выполняющего функции 1С.
Когда радиус больше - овальность менее заметна. Перевод метров в пиксели: meters * mTileSize / 40000000f.
https://github.com/dan-silver/Android-Street-View/blob/master/demo/src/com/google/maps/android/utils/demo/TileProviderAndProjectionDemo.java
Иногда это идеальный вариант, к примеру когда у тебя есть список тегов статьи.
А теги это ведь просто разное кол-во разной длинный слов, их один фиг ровно не выстроишь.
Первый запрос в гугле выдал кучу реализаций для этого под названием flowlayout.
Да уже написал сам (50 строчек код)
1. Это к чему я: Если у меня активити в единственном экземпляре, и каждый фрагмент в нем - тоже, то вызывать из фрагмента методы активити при помощи getActivity().someMethod() является нормальный практикой, или надо с листенерами ебаться обязательно?
2. Ну гугл говорит, что разницы нет, и там и там все вьюхи с нуля заново рисуются.
Ок, т.е. даже если список полность обновился, лучше нотифаить и самому скроллить вверх (как я понял, это надо будет делать вручную)?
Как делать я знаю, это был вопрос для затравки.
Меня пару тонкостей интересует, но я не уверен что здесь кто-то это вообще делал.
Хотя ладно:
1) Как вы делаете перетаскивание своего окна?
2) Как изменять размер вью (через wm.updateViewLayout(...)) БЕЗ анимации.
примерно как здесь делаю. Предполагаю, что проблема в том, что я передаю контекст активити в linearLayoutManager
https://github.com/radzio/android-data-binding-recyclerview
пермишен android.permission.SYSTEM_ALERT_WINDOW
+
WindowManager.addView(View,WindowManager.LayoutParams)
c параметром
http://developer.android.com/reference/android/view/WindowManager.LayoutParams.html#TYPE_SYSTEM_ALERT
+
ну и сама вьюха (активити + фрагменты не катят) которую будешь показывать
WindowManager нужно брать (getSystemService()) из Application, тк активити отдают локальные.
http://pastebin.com/nTExZrdY
spanCount
reverseLayout
stackFromEnd
У класса Properties есть еще поле orientation, вместе с выше указанными, но в xml его указать не получается.
properties.orientation = a.getInt(R.styleable.RecyclerView_android_orientation, VERTICAL);
properties.spanCount = a.getInt(R.styleable.RecyclerView_spanCount, 1);
properties.reverseLayout = a.getBoolean(R.styleable.RecyclerView_reverseLayout, false);
properties.stackFromEnd = a.getBoolean(R.styleable.RecyclerView_stackFromEnd, false);
Я пробовал и app:orientation и app:android_orientation.
В итоге сработает android:orientation="horizontal" ну или vertical
Бамп
Братец-медведец, я понимаю ты занят, но как будет время не забуть про меня, будь то завтра или через несколько дней.
На самом деле интересно узнать взгляд со стороны.
Алсо, нашел вот очень похожий хендлер ероров
https://futurestud.io/blog/retrofit-2-simple-error-handling
Так что думаю мой костыль для обработки ответа с сервера не такой и костыль.
Лол, уменя такая же задача в будущем может появится, что бы не было прерываний, нужно поднять прокси сервер свой на локалхосте аппарата, и его передать как урл, а ужу он будет скачивать/писать файл и отдавать сокетом инфу медиаплееру. В интернет валяется несколько примеров на гитхабчике.
А почему не сделать просто свой MediaDatSource (и передать его MediaPlayer)?
http://developer.android.com/intl/ru/reference/android/media/MediaDataSource.html
Опять ссылку на стрим, только так.
Как вариант, попробовать скачивание запихнуть в FileOutputStream, а тот же файл скормить плееру. У самого плеера ловить ошибку считывания файла.
Будут заметные прерывания, когда ты попробуешь пройти дальше кусочка. То есть медиа плеер берет и полностью грузит в себя файл, вот так вот, а то, что ты потом запишешь ему до жопы.
Бамп, хотя бы первому вопросу.
Да нормально, но лучше конечно как-то по красивше.
Модешь дополнить адаптер и уведомить его о том что что-то добавилось, или свапнуть, тогда кэш вьюх останется.
Не такая уж и платина. На ум приходит только с нуля делать свой MediaPlayer.
Ок, если такой подход норм, то отлично. Потому что все везде EventBus'ы советуют юзать, а смысл, если можно так.
Это все хуйня.
Делай как в ColoredPolylineTileOverlay:
http://stackoverflow.com/questions/14258830/colourful-polylines-in-android-maps-api-v2
Смотрел пару примеров по rxjava и dagger, все это конечно потешно, но толи примеры мелковаты, толи я тупой, но не могу понять какие преимущества мне дают эти либы.
Вот например даггер, ну ок, делаю inject я в каждой активити, ну и что, чем это лучше чем простой синглтон. тестировать активити мне сто лет не нужно
> Тестировать активити мне сто лет не нужно
Мы вам перезвоним
На днях решил профессионально обмазаться rxjava и выяснил что НЕТ по нему нормально литературы.
Потому что сам по себе она нафиг никому не сдался (за пределами andriod).
Везде бал правит akka и даже для Netflix (которые и делают rxjava) он только база для и библиотеки Hystrix.
Пытаюсь сделать репозиторий с хранением данных в оперативке. Вот у меня есть observable с retrofit'a. Мне это говно нужно обернуть так, чтобы:
1. Если даннные уже есть в оперативке, отдать Observable.just
Ну тут ничего сложного, в observable.defer делать проверку и готово.
2. Если данных нет, то начачать загрузку.
По сути отдать обсервабл от ретрофита, но есть сранный пункт 3.
3. Если загрузка уже в процессе, то не начинать ее заново.
Если отдавать всегда обсервабл ретрофита, то ретрофит будет делать запрос заново в onSubscribe. Я хочу чтобы подвязывался к текущему запросу.
4. Добавить во все это подтягивание и сохранение в БД для работы офлайн.
Ну здесь тоже не сложно. doOnError для вытаскивания из бд, doOnNext для сохранения в бд. Главное с потоками разрулить.
Можно сделать на колбэках, тут даже более чем понятно как, но мы же хипстеры на гребне волны технологического прогресса!
Нужно если ты активити используешь как презентер.
И ты видимо не в курсе, но инъектить можно не только в активити.
Паттерн такой есть DI, позволят тебе абстрагироваться от реализации более низких уровней.
Плюс на unit-тестах, можешь заменить реализации моками.
Могешь конечно, только в реально проекте у тебя будет нехуйская иерархия зависимостей и тебе придется каждый раз писать:
service = new A(new B(new C(), new D()), new E(new F(new G())))
и еще редактировать в нескольких местах, если конструктор изменится.
Зато все зависимости в одном месте.
Опят таки в реальном проекте будут не A, B, а какие-нибудь AndroidStateChangedAccessibilityService(...).
В общем ХЗ, может это лень со временем приходит,
когда в очередном проекте пишешь один и тот же бойлерплейт.
А dagger2 может тебе бац и нагенерить нужного кода.
вот поэтому я и хочу найти более менее крупный пример, так как на мелких не понятен профит
почему бы не заюзать тогда стандартный http cache-control и не юзать новомодную хуйню изобретать велосипед?
Тогда нужно заново парсить ответ.
https://www.youtube.com/watch?v=HWyd1gYMkl0
бамп вопросу
https://www.youtube.com/watch?v=m5T0M7SnCC0
https://www.youtube.com/watch?v=LWFx4QWrTyo
https://www.youtube.com/watch?v=YOmdOTlhZa8
Если кто хочет побугуртить прошу сюда >>665762 (OP)
быдлоклассники проспонсировали котин, хуясе.
Вот я даже залил её в ргхост - http://rghost.net/8bdkmfjC5
Алсо, есть книги где разбирается андроид-девелопинг на примере Андроид Студио, а не Эклипса?
Решил я заменить запрос с ретрофитом на Rx.
Результат вот.
http://pastebin.com/e79vjAJS
Там есть комменты что меня смущает.
Также вопросы
1)как сделать обработку данных на неудачный запрос с последующим выводом на экран нормально и красиво?
2)Как мерджить флетмап я так и не понял, зипом чтоль? Да и нужно ли если обычный фор менее заебистый.
3)нужно ли делать вставку в бд в ио треде?
Тестировать программы лучше на генимоушн или собственном андроид-телефоне.
>>675982
Что значит язык программирования для чего-то? Сириусли? Вы дебилы? Стандартный джавакор, что вам сука непонятного?
Есть книга где разбирается Java с расчетом что ты собираешься разрабатывать на Android.
Ну давай, расскажи кейсы когда оно тебе понадобилось.
Вообще я о том что если ты начал юзать все это, то ты уже явно перерос книгу "джава для ведра" и додумаешься найти инфу
>есть пара фрагментов как экраны между которыми я постоянно переключаюсь
>есть пара
Смотрим на принцип работы фрагментпейджерадаптера. Он как раз для этого и создан, и в основном его реализации создают фрагменты в конструкторе, а потом просто крутятся и выводятся.
Потому думаю не критично иметь все, если между ними действительно постоянный перебор, учитывая что создание такого фрагмента доовльно затратная штука.
Если бы мне понадобилось что-то из этого, уверяю я бы сделал, мне хватит знания о существовании инструмента.
Сейчас столько либ для асинхронки, которые, я уверяю, работают лучше чем ты напишешь, а ты все велосипедишь. Потому я и спрашиваю, какой смысл хуярить самому велосипед?
Я не тот анон, просто охуел с пердежа в лужу.
За примером не нужно далеко ходить — асинктаск. Семафоры же помогают там, где не хватает синхронайзд, например.
уже освоил джава кор
Это копия, сохраненная 27 марта 2016 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.