rx — не плохо, когда используется по назначению, а не ради использования rx. а если не исплоьзовать rx потому что он тормозит приложение, то страшно представить, как выглядит ваш код изза микро-оптимизаций. наверное вообще findViewById даже не испльзуете, потому что он медленный?))

Подпишусь под всем. Если его использовать для того, что бы паралелить и не создавать свои scheduler-ов то все ок

Нашел ответ раньше Replace /res/ with /lib/ in your custom layout nampespace. xmlns:android="http://schemas.android.com/apk/res/android" in your case, would be: xmlns:yourApp="http://schemas.android.com/apk/lib/com.yourAppPackege.yourClass"

@senneco а где граница? Во view слое rx'у не место?

@senneco а где граница? Во view слое rx'у не место?

Тут каждый устанавливает эту границу для себя лично. Я после доклада https://www.youtube.com/watch?v=YOY0ODSJZCk утвердился в том, что мне не нравится rx в UI :D а вот для эммитинга элементов из model в presenter — очень даже нравится. но как можно понять по докладу — не все с этим согласны ;)

@senneco а чем доклад то так помог? :) Не, ну в самом конце было сказано, что они не используют MVP, но всё же

@senneco а чем доклад то так помог? :) Не, ну в самом конце было сказано, что они не используют MVP, но всё же

Доклад помог дополнительно убедиться, что мне такой подход действительно не нравится, вот и всё =) И я этот доклад слушал тогда, когда мы ещё не завезли mvp в свою команду(Алексей приезжал с этим докладом в Новосиб ещё в 15 году), но и от лоадеров тошнило =) Этот доклад убедил, что Rx не надо юзать на слое UI, но показал что в целом Rx — клёвая технология, на которой нельзя строить архитектуру.

@senneco а где граница? Во view слое rx'у не место?

Не совсем, я для подсчета данных под график паралелил их с rx), ну вот нужно было это делать там. Причём в UI слое, нужно было логарифмировать и принимать кучу точек и прорисовывать опорные

Вообще, главное начать писать, сам сможешь со временем понять как плохо и как не удобно)

и если котлин, то ещё можно заюзать anko, и будет бомба ?

True!

Привет

http://prntscr.com/d6nd6n

Работает криво

Как исправить?

TRY REFRESH THE LAYOUT

TRY REFRESH THE LAYOUT

Неа, не помогает

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

Кто-нибудь дружил databinding с realm кстати?

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

То же самое, просто хотел поиграться, думал что-нибудь толковоке сделали

Тестирую приложение на прочность, точнее как оно себя будет вести при уничтожении процесса

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

Чуыствую, что делаю неправильно

Кто как делает?

Если придет ООМ по твою душу - ничего не поможет

Если придет ООМ по твою душу - ничего не поможет

Мне нужно просто, чтобы Application уничтожился

Как это сделать?

Может, я неправильно выразился

http://prntscr.com/d6nmut

И вот еще эмулятор начал тупить

Черный экран появляется

Тестирую приложение на прочность, точнее как оно себя будет вести при уничтожении процесса

в настройки для разраотв зайди и включи "не сохранять дейсвтия" ну и свайпом в превью приложения тоже почти так же.

Как это сделать?

1. Сворачиваешь приложение. 2. В студии его уничтожаешь. 3. Разворачиваешь приложение.

Ты что, сидишь на светлой теме?

?

Ты что, сидишь на светлой теме?

Да. Мне неудобно пользоваться тёмной.

да, нужно перейти на темную сторону !

Почему после сворачивания - разворачивания приложения может по новой вызываться привязаный AsyncTaskLoader?

Не понимаю тех, кто кодит в светлом редакторе

Кожу в светлом, ЧЯДНТ?

Если свет в монитор из окна светит, то в белом все видно, а в черном нет

как бы и нет

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

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

мне тяжело к темному привыкать

попробовал ещё раз. Окна телеграма/браузера светлые, тяжело переключаться. Зато в консоль теперь нормально )

Почему после сворачивания - разворачивания приложения может по новой вызываться привязаный AsyncTaskLoader?

скорей всего вы стартуете лоадер не через init, а через restart. И возможно делаете это в onStart

Слушайте, а номер строки файла в редактрое я когда-то включил или он в новой студии по дефолту включен? :)

Не, всё проще final Bundle loaderArgs = getIntent().getExtras(); getSupportLoaderManager().initLoader(0, loaderArgs, this);

в onCreate

а takeContentChanged не трекается

в onCreate

тогда нужно понять — почему вызывается onCreate при сворачивании/разворачивании. Потому что раз вызвался onCreate, видимо процесс был уничтожен. И лоадер — подавно

Мне нужно просто, чтобы Application уничтожился

В настройках разработчика можно выбрать, сколько процессов может быть в бэкграунде. Выставите в 0 и при сворачивании процесс будет уничтожаться

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

Все норм видно

Сколько лет кодю, столько в темной

Что за лоадер? Что-то не догоняю вас

https://developer.android.com/reference/android/content/AsyncTaskLoader.html видимо

RxLoader

RxLoader

вы же не любите Rx? ?

вы же не любите Rx? ?

Да

тогда нужно понять — почему вызывается onCreate при сворачивании/разворачивании. Потому что раз вызвался onCreate, видимо процесс был уничтожен. И лоадер — подавно

я проверил, нет, не уничтожается, честный onResume

onCreateLoader тоже не вызывается

А где вообще про этот цикл жизни лоадера почитать? невразумлю, зачем он еще раз запускает loadInBackground когда я разворачиваю активити

ERROR: S client not available

@Katsz официальные доки ещё раз перечитать. Ну и можно https://medium.com/google-developers/making-loading-data-on-android-lifecycle-aware-897e12760832#.vqtva9lxh

Спасибо, доберусь до компа и посмотрю

То, что нужно. Спасибо!)

Код с использованием ConstraintLayout всегда такой уродливый получается?

Код с использованием ConstraintLayout всегда такой уродливый получается?

да

если используешь ConstraintLayout в xml не лезь

ConstraintLayout для того и сделали

ConstraintLayout для того и сделали

Ок, это хорошо. А как насчет поддержки разных размеров экранов? Он сам под все подстраивается?

Ок, это хорошо. А как насчет поддержки разных размеров экранов? Он сам под все подстраивается?

да

для того и есть констрейны

но я его не буду использовать пока он не станеть rc

Жму Tools>Enable ADB Integration

E/Internal: Удаленный хост принудительно разорвал существующее подключение

Что делать?

restart/invalidate помогли

И еще немного масла в огонь, как, КАК можно было написать ОС, в которой android.permission.INTERNET не имплементит ACCESS_NETWORK_STATE? в этом есть глубокий смысл? (минимальное апи доисторическое)

@Katsz http://stackoverflow.com/questions/19642032/whats-the-difference-between-access-network-state-and-internet ?

@illarionov https://en.m.wikipedia.org/wiki/Implementation

Пожалуйста, читайте что я пишу до того как отвечать. Иногда помогает

Я не спрашиваю, ЧТО такое ресайкл, я спрашиваю почему его форсят Я не спрашиваю РАЗНИЦУ, я спрашиваю почему не имплементит

И еще немного масла в огонь, как, КАК можно было написать ОС, в которой android.permission.INTERNET не имплементит ACCESS_NETWORK_STATE? в этом есть глубокий смысл? (минимальное апи доисторическое)

а в каком случае вам тяжело или не удобно добавить пермишен ACCESS_NETWORK_STATE?

Это глупо, просто глупо. Вы же на каждый свой класс не пишите extends Object

ACCESS_NETWORK_STATE и INTERNET это разные вещи

Угу, я понимаю. Только если вы хотите ИНТЕРНЕТ, то обязательно будете использовать и ACCESS_NETWORK_STATE

@Katsz нет же

Угу, я понимаю. Только если вы хотите ИНТЕРНЕТ, то обязательно будете использовать и ACCESS_NETWORK_STATE

та не всегда

@Katsz You can use either one without needing the other. If you don't check that you have a valid network connection before trying to use the Internet, your HTTP requests will simply fail.

IO получишь)

Именно этим и занялся мой конекшон. Упал в ио. Я тут о чем срач развожу, смекаете? Нет ни одного адекватного повода не имплементить интернетом доступ к состоянию сети.

@Katsz информация о доступе не избавит тебя от ioexception, на самом деле