@android_ru

Страница 1561 из 3205
Nikita
04.06.2017
12:22:55
Чего?

Ilusha [←↓ ↑→]
04.06.2017
12:23:12
Андрей
04.06.2017
12:23:17
Я чёт не пойму в че разница
При компиляции разница будет. Если не писать, то при компиляции компилятор будет ворнинги писать, что ваш метод хайдит метод супера. Если у супера аргументы метода вдруг поменять, а у переопределенного забыть, то все скомпилится, но может работать не так, как вы ожидали. Если аннотацию писать, и у супера аргументы метода вдруг поменять, то наследник не скомпилится, пока и у него набор аргументов не просапортится.

Hip
04.06.2017
12:23:25
Google
Ilusha [←↓ ↑→]
04.06.2017
12:24:19
хаха окей
рефлексия всплывает только при работе с аннотациями, так что ничего страшного

Hip
04.06.2017
12:24:53
ок бро, я пока яву учу, просто возник данный вопрос, так. как до конца не понял зачем оно

спс всем

Igor
04.06.2017
12:39:15
Всем привет. Столкнулся с тем, что метод copyToRealmOrUpdate в Realm игнорирует сохранение полей. Как можно решить эту проблему, не используя createOrUpdateAllFromJson?

Nickolay
04.06.2017
12:49:13
вроде не должен игнорировать, может аннотация Ignore там стоит?))

Igor
04.06.2017
13:00:44
Нет, проблема в том, что при вызове этого метода, он обновляет только те поля, которые изменились. А остальным присваивает null

https://github.com/realm/realm-java/issues/2288

Denis
04.06.2017
13:21:27
? Друзья, уже совсем скоро состоится важное событие весны и лета - 5 и 6 июня пройдёт РИТ++ (см. www.ritfest.ru). Если в цифрах, РИТ - это 160 сильнейших докладчиков, 2000+ участников, 8 тематических конференций, 40 митапов от экспертов, 20 стендов с розыгрышами и призами и т.д. В рамках РИТ проходит конференция по разработке мобильных приложений Apps Conf, более подробно можно ознакомиться здесь: http://appsconf.ru/ Совместно с организаторами мы проводим розыгрыш билетов среди участников русскоговорящих профессиональных сообществ в Telegram: 1. https://t.me/react_js 2. https://t.me/js_ru 3. https://t.me/angular_ru 4. https://t.me/nodejs_ru 5. https://t.me/android_ru 6. https://t.me/ios_ru 7. https://t.me/devops_ru 8. https://t.me/kubernetes_ru 9. https://t.me/docker_ru 10. https://t.me/agile_ru А также других групп, представленных в этом списке: https://t.me/all_ru ? Всего будет разыграно: 4 билета среди участников (по одному на тематику - Мобильная разработка, DevOps, JavaScript, Agile) и 4 билета для тех, кто готов вести прямую трансляцию конференции в группе Telegram. Каждый может участвовать в двух номинациях. :) ? Что значит "прямая трансляция"? Организаторы готовы предложить со своей стороны: 1. Пригласить на конференцию (бесплатно, разумеется). 2. Выделить рабочую зону (тихие комнаты для подкастов, интервью, зарядки, оформить зону, перекусить и так далее). 3. Предоставить доступ к докладчикам (контакты, возможность связаться для интервью / чего угодно). 4. Предоставить доступ к спонсорам (контакты, интервью, услуги) - они тоже в вас заинтересованы. 5. Отдать пару потоков видео с конференции бесплатно для трансляции в реальном времени. 6. Скидочный код для подписчиков канала или подкаста. 7. Предложить PR, который может сделать конференция: логотип в информационных партнёрах, рекламную вкладку в брошюру участников. Что ожидается от вас в этом случае: 1. Продвижение конференции до события. 2. Интересный репортаж с места события - желательно в реальном времени, комментарии, цитаты, фотографии, прямые включения, интервью (можно постфактум). ? Выигранный билет нельзя обменять/продать или передать. В случае, если вы по какой-то причине не сможете воспользоваться билетом, сообщите организаторам - https://t.me/DenisIzmaylov ? Победитель будет выбран случайным образом. Ваши имя и фамилия будут опубликованы, в случае победы, все остальные ответы - конфиденциальны. Приём заявок завершится в воскресенье, 31 мая, в 23:00. ? Для участия в розыгрыше заполните форму: https://goo.gl/forms/By7hsLbOZCx2NhN13
Кто готов завтра и послезавтра быть на конференции и вести прямо репортаж сюда, напиши плз ЛС :)

Konstantine
04.06.2017
13:24:27
Ребят, такое дело. У меня как бд используется реалм, сейчас для каждой activity сделан отдельный класс для работы с моделью, например ItemActivity, к ней есть ItemModel, в которой все необходимые для этого экрана действия с бд (выборка, вставка, изменение данных), я вот думаю, может стоит все эти классы моделей объеденить в один большой? Тогда он конечно немного разрастется, но будет везде доступ ко всей работы с моделью.

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

Igor
04.06.2017
13:27:16
И если это норм практика, то стоит ли сделать в этом классе все статичным? Тогда по сути даже экземпляр не нужно будет создавать, а просто обращаться когда нужно.
Так начинается эпоха синглтонов в проекте обычно. Настоятельно рекомендую осуществлять декомпозицию по-максимуму и предпочитать неявные синглтоны явным

(т. е. через Application в роли корня графа зависимостей их поставлять)

Konstantine
04.06.2017
13:28:03
Так начинается эпоха синглтонов в проекте обычно. Настоятельно рекомендую осуществлять декомпозицию по-максимуму и предпочитать неявные синглтоны явным
Как раз в данном случае, мне кажется, синглтон был бы не плох. А то так в каждой активности и пр. свой объект для работы по сути с одним и тем же.

Google
Konstantine
04.06.2017
13:30:46
Хотя надо бы, но пока нет

Igor
04.06.2017
13:31:33
Хотя надо бы, но пока нет
Вообще - не сильно нужно, без него порой удобнее DI делать. Если у вас есть какие-то проблемы с DI ручками - можете писать. Там делов на пару минут, зато потом будет очень удобно

Сделайте модуль, который будет лениво инициализировать ваши модели (общий модуль для всех моделей)

И его компонент инициализируйте в Application

Konstantine
04.06.2017
13:32:21
Konstantine
04.06.2017
13:32:38
Не, не стоит
А почему?)

Igor
04.06.2017
13:33:26
Если сделаете DI как я вам говорил, у вас для решения проблемы с использованием в другом месте будет хорошее решение - изменение жц в сторону продления

(Activity -> Retain Fragment в Activity -> Application)

Ничего кроме местоположения корня менять не придется

И код останется декомпозированным по фичам

Konstantine
04.06.2017
13:34:48
Тобишь по сути, сделать вместо одного большого сингтона - кучу разных?)

Igor
04.06.2017
13:35:50
Тобишь по сути, сделать вместо одного большого сингтона - кучу разных?)
Не, запихнуть кучу разных классов в один контейнер, срок жизни которого вы сможете менять по велению пятки левой ноги в ctrl+c ctrl+v

Konstantine
04.06.2017
13:36:39
Не, запихнуть кучу разных классов в один контейнер, срок жизни которого вы сможете менять по велению пятки левой ноги в ctrl+c ctrl+v
Я так понял, предлагаете просто те файлы которые есть запхать в аппликейшн и там их сделать статичными и к ним обращаться, так?

Konstantine
04.06.2017
13:37:36
Давайте)

Igor
04.06.2017
13:42:51
https://gist.github.com/KomarovI/a5442cbb238ac9eea79cc972643f289d

Ruslan
04.06.2017
13:43:03
Есть знатоки SearchVIew? У меня он встроен в тулбар, которым управляет активити, а за отображение результатов запроса отвечает фрагмент, который я создаю при вызове onQueryTextSubmit. Проблема в том что при вызове нового фрагмента с поля поиска в тулбаре сбрасывается фокус и текст внутри. Как правильно обрабатывать данный момент?

Google
Igor
04.06.2017
13:43:12
Думаю, как предоставлять компонент, вы разберетесь в зависимости от вашего кейса

Думаю, как предоставлять компонент, вы разберетесь в зависимости от вашего кейса
Чтобы точно стало понятно: вы создаете IXXXComponent component = new XXXComponent(graphBranch1, graphBranch2, ...) в том месте, которое будет жить сколько вам нужно

Konstantine
04.06.2017
13:46:03
https://gist.github.com/KomarovI/a5442cbb238ac9eea79cc972643f289d
Как-то для меня пока это жОстко)

Hip
04.06.2017
13:46:38
а ваще какой самый норм фреймворк

есть

Igor
04.06.2017
13:46:40
Как-то для меня пока это жОстко)
Там все просто, реально просто. Вы делаете контейнер, который сможете поместить где угодно. Ваш процесс создания приложения с помощью такой реализации DI превратится в сбор лего

Hip
04.06.2017
13:47:00
для работы с интернетом

Igor
04.06.2017
13:47:18
Retrofit/OkHttp/Guava/(Apache? видел что юзают кое-где)

Hip
04.06.2017
13:47:43
а ваще в сколько раз

Hip
04.06.2017
13:47:49
увеличивается скорость разработки приложения

юзая фреймворк ретрофит

вместо нативного андроида

Mukhammed
04.06.2017
13:48:58
если тебе скажут что в 5 раз, это что то изменит?) ты же только джаву начал изучать

Hip
04.06.2017
13:49:31
ну так чтоб знать на будущее че учить. а мои вопросы лишь значат то что я что-то начинаю понимать)

хотя и читал что начинать с фреймворков не надо

чисто инфа чтоб знать)

Mukhammed
04.06.2017
13:50:21
смотря какие задачи у тебя

Google
Igor
04.06.2017
13:54:57
ну так чтоб знать на будущее че учить. а мои вопросы лишь значат то что я что-то начинаю понимать)
Самый быстрый для хода разработки - java.net.Socket. Гарантирую. Кастомизируем - мама не горюй :D

Admin
ERROR: S client not available

Hip
04.06.2017
13:56:30
кстати а java.net.* ваще работает в андроиде?

Андрей
04.06.2017
13:58:34
кстати а java.net.* ваще работает в андроиде?
А как без него? На том же java.net.Socket и строятся все более высокоуровневые классы для работы с сетью.

Hip
04.06.2017
13:58:45
а как тогда Котлин работает

с сетью

если он призван убрать яву

Андрей
04.06.2017
13:59:08
если он призван убрать яву
Кто вам такое сказал?

Hip
04.06.2017
13:59:22
тенденция типа такая

Поэтому и интересно он че юзает

Андрей
04.06.2017
14:05:45
Если мы рассматриваем ту часть Котлина, что на JVM работает, то весь std котлина работает на базе std JVM. Давайте просто не путать Java как язык и Java как платформа. Котлин пришел на замену джавы именно как языка, в то время как обсуждаемый java.net является частью core платформы.

Ilusha [←↓ ↑→]
04.06.2017
16:09:42
?

Timur
04.06.2017
16:15:21
В смысле нельзя?

Paul
04.06.2017
16:16:43
В смысле нельзя?
Видимо включаешь вторую, выключается первая)

Timur
04.06.2017
16:17:17
Или обе выключаются ...

В личку давай.

Denis
04.06.2017
16:36:13
? Друзья, уже совсем скоро состоится важное событие весны и лета - 5 и 6 июня пройдёт РИТ++ (см. www.ritfest.ru). Если в цифрах, РИТ - это 160 сильнейших докладчиков, 2000+ участников, 8 тематических конференций, 40 митапов от экспертов, 20 стендов с розыгрышами и призами и т.д. В рамках РИТ проходит конференция по разработке мобильных приложений Apps Conf, более подробно можно ознакомиться здесь: http://appsconf.ru/ Совместно с организаторами мы проводим розыгрыш билетов среди участников русскоговорящих профессиональных сообществ в Telegram: 1. https://t.me/react_js 2. https://t.me/js_ru 3. https://t.me/angular_ru 4. https://t.me/nodejs_ru 5. https://t.me/android_ru 6. https://t.me/ios_ru 7. https://t.me/devops_ru 8. https://t.me/kubernetes_ru 9. https://t.me/docker_ru 10. https://t.me/agile_ru А также других групп, представленных в этом списке: https://t.me/all_ru ? Всего будет разыграно: 4 билета среди участников (по одному на тематику - Мобильная разработка, DevOps, JavaScript, Agile) и 4 билета для тех, кто готов вести прямую трансляцию конференции в группе Telegram. Каждый может участвовать в двух номинациях. :) ? Что значит "прямая трансляция"? Организаторы готовы предложить со своей стороны: 1. Пригласить на конференцию (бесплатно, разумеется). 2. Выделить рабочую зону (тихие комнаты для подкастов, интервью, зарядки, оформить зону, перекусить и так далее). 3. Предоставить доступ к докладчикам (контакты, возможность связаться для интервью / чего угодно). 4. Предоставить доступ к спонсорам (контакты, интервью, услуги) - они тоже в вас заинтересованы. 5. Отдать пару потоков видео с конференции бесплатно для трансляции в реальном времени. 6. Скидочный код для подписчиков канала или подкаста. 7. Предложить PR, который может сделать конференция: логотип в информационных партнёрах, рекламную вкладку в брошюру участников. Что ожидается от вас в этом случае: 1. Продвижение конференции до события. 2. Интересный репортаж с места события - желательно в реальном времени, комментарии, цитаты, фотографии, прямые включения, интервью (можно постфактум). ? Выигранный билет нельзя обменять/продать или передать. В случае, если вы по какой-то причине не сможете воспользоваться билетом, сообщите организаторам - https://t.me/DenisIzmaylov ? Победитель будет выбран случайным образом. Ваши имя и фамилия будут опубликованы, в случае победы, все остальные ответы - конфиденциальны. Приём заявок завершится в воскресенье, 31 мая, в 23:00. ? Для участия в розыгрыше заполните форму: https://goo.gl/forms/By7hsLbOZCx2NhN13
Кто ещё готов завтра и послезавтра быть на РИТ www.ritfest.ru и вести репортаж в Telegram? Напишите в ЛС.

Артур
04.06.2017
17:15:51


Я пока думаю положить месяцы во вьюпейджер, даты, навреное, в табы и основной контейнер внизу подвзязать на связку позиции пейджера сверху и даты ниже.

Google
Anton
04.06.2017
17:23:17
я бы наверно три вью пейджера сделал)

Sergey
04.06.2017
17:25:24
они все должны быть связаны через состояние

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

Ivan
04.06.2017
17:26:28
или три горизонтальных рекуклера

Anton
04.06.2017
17:26:57
а рекуклеры не будут конфликтовать?

Ivan
04.06.2017
17:27:08
с кем?

Anton
04.06.2017
17:27:23
ну скроллы нормально будут всмысле работать

типа 3 в 1 дирекшн

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

Страница 1561 из 3205