А хорошие и актуальные примеры можете посоветовать?

возьми апи вконтакте, очень удобно сделано. Для мобилки в том числе

возьми апи вконтакте, очень удобно сделано. Для мобилки в том числе

Ок. Спасибо.

По каким параметрам выбирать библиотеку для работы с бд?

Как "любитель библиотек" советую sqlbrite+sqldelight+autovalue

А насчёт скорости бд. Вы серёзно фапаете на эти 10-50мс разницы? Храните 1кк записей в базе? Какой-нить listener на view повесите и просадок создадите больше, чем при вытаскивании из бд

Два чая этому парню, в общем случае верно

А насчёт скорости бд. Вы серёзно фапаете на эти 10-50мс разницы? Храните 1кк записей в базе? Какой-нить listener на view повесите и просадок создадите больше, чем при вытаскивании из бд

ну, зависит от приложения.

ну, зависит от приложения.

Не от приложения, а от радиуса кривизны рук

Не, от типа приложения

Но большинству эти 100-200 мс вообще без разницы

для новостных лент может быть актуально. Там с бд больше взаимодействуешь. Но действительно вряд ли тебе суперперформанс как на сервере пронадобится

для новостных лент может быть актуально. Там с бд больше взаимодействуешь. Но действительно вряд ли тебе суперперформанс как на сервере пронадобится

В новостных лентах записи старше недели практически никакого смысла нет хранить

А насчёт скорости бд. Вы серёзно фапаете на эти 10-50мс разницы? Храните 1кк записей в базе? Какой-нить listener на view повесите и просадок создадите больше, чем при вытаскивании из бд

фапаем

В новостных лентах записи старше недели практически никакого смысла нет хранить

зато если сети нет, то тут нагрузка на бд идёт

Фапаешь ты такой на перфоманс, фапаешь, всё оптимизировал по самые не балуйся, а потом берёшь и ресайз TextView анимируешь)

Фапаешь ты такой на перфоманс, фапаешь, всё оптимизировал по самые не балуйся, а потом берёшь и ресайз TextView анимируешь)

любой ресайз*

Фильтрация продуктов, товаров

TextView страшнее

??

TextView страшнее

это да

10к строк кода.

Щас график вот рисовать нужно и много фильтров по цене, автору, бюджету

Фапаешь ты такой на перфоманс, фапаешь, всё оптимизировал по самые не балуйся, а потом берёшь и ресайз TextView анимируешь)

надо это запинить

Щас график вот рисовать нужно и много фильтров по цене, автору, бюджету

Observable.combineLatest, я призываю тебя

Observable.combineLatest, я призываю тебя

Наоборот все это говно выпилию. Всякие буттеркнайфы, рх

Я пользовался только sqlite, генераторам бд и провайдера schematic. они все так умеют генерировать?

А то тормозит у заказчика фильтр и скролл

А то тормозит у заказчика фильтр и скролл

У нашего тоже прила тормозит, потому что у него какое-то говно на 4.1.1

4.1 не говно еще

2.3 меньше тормозит

4.1 не говно еще

Не когда заказчик хочет на одном экране 3 таба с тяжёлыми фрагментами

Нокии чёрнобелые не тормозили. Не то что ваши андроиды-говноиды (с)

Я даже когда их UI на программное создание и ленивую подгрузку данных перевёл, всё равно подтормаживает

А насчёт скорости бд. Вы серёзно фапаете на эти 10-50мс разницы? Храните 1кк записей в базе? Какой-нить listener на view повесите и просадок создадите больше, чем при вытаскивании из бд

Ваши даггеры и рх сильнее ударяют чем листинеры на вью

Ваши даггеры и рх сильнее ударяют чем листинеры на вью

ни то, ни то сильно не бьет по перформансу

Ваши даггеры и рх сильнее ударяют чем листинеры на вью

Ну если ты мапишь на main'e, то тут не Rx виноват

Ваши даггеры и рх сильнее ударяют чем листинеры на вью

вот ты вечно критикуешь даггер и rx, а пруфы есть. где они тормозят?

ни то, ни то сильно не бьет по перформансу

Там с листинером вью сравнение, у тебя с чем?

как листенер вью может тормозить, не пойму. Тормозить может то, что там внутир

внутри

как листенер вью может тормозить, не пойму. Тормозить может то, что там внутир

Потому что внутри них умудряются писать тяжёлую логику

Потому что внутри них умудряются писать тяжёлую логику

ну листенер тут не причем, тут правильнее сказать тормозит потому что делают тяжелую логику на ui(main) thread

performance, удобность API, ORM или Dao

я ORM знаю (object oriented mapping - отображение на классы), а что такое DAO?

я ORM знаю (object oriented mapping - отображение на классы), а что такое DAO?

database access object

sqlbrite например

оно не мапит напрямую данные бд в объекты джава. Ты это по сути делаешь сам, либо кодогенерация какая.

а также есть возможность получить, например, cursor и самому что надо с ним сделать

ORM обычно сразу возвращает объект джавы, смапленный из данных бд и у тебя нет возможности вмешаться в процесс маппинга

ну листенер тут не причем, тут правильнее сказать тормозит потому что делают тяжелую логику на ui(main) thread

Тут момент идиотизма отлично работает. Оптимизируешь количество методов в своих сурсах, за каждый метод трясёшься, боишься лишный private метод создать, чтобы он accessor не сгенерил, а потом втыкаешь либу на 2к методов, чтобы 1 раз в 1 месте показать простенький диалог "да/нет"

А насчёт скорости бд. Вы серёзно фапаете на эти 10-50мс разницы? Храните 1кк записей в базе? Какой-нить listener на view повесите и просадок создадите больше, чем при вытаскивании из бд

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

вот ты вечно критикуешь даггер и rx, а пруфы есть. где они тормозят?

Nexus 5 держит порядка 20 Rx потоков или порядка 600 обычных тредов

Nexus 5 держит порядка 20 Rx потоков или порядка 600 обычных тредов

хм, почему так мало rx потоков? ну про 600 обычных я слышал, но это же дофига, вполне хватит.

rx порождает множество потоков для работы одного обсервабла?

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

Интересно, есть пруф детальней почитать?

Интересно, есть пруф детальней почитать?

мы считали

хм, почему так мало rx потоков? ну про 600 обычных я слышал, но это же дофига, вполне хватит.

Они у Rx более тяжелые или у меня руки кривые)

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

Основная мысль была в том, что разработчики фапают на десятки мс разницы между одной бд и другой, выбирают самую быструю и как же они её используют? Правильно, достают объекты и шаманят с ними на main'e. Сортируют, мапят, фильтруют. Ведь они же работают с малыми объёмами данных, чё там, сильно просадит что ли? Загвоздка только в том, что таких "маленьких" допущений в коде становится так много, что они запросто могут наглухо повесить UI на несколько секунд и в итоге вся дрочка на разницу скорости бд идёт в топку вместе со всеми Rx, даггерами и прочими весёлостями

мы считали

Ок, спасибо

не в одном проекте даже. возможно в других категориях иначе обстоит

Есть какой то сайт, на котором можно посмотреть разные зависимости (gradle, maven, скачать jar). Что это за сайт, не знаете?

не в одном проекте даже. возможно в других категориях иначе обстоит

А у вы на разнице в сотнях или тысячах миллисекунд это обнаружили?

Есть какой то сайт, на котором можно посмотреть разные зависимости (gradle, maven, скачать jar). Что это за сайт, не знаете?

мавен, jcenter репозитории ?

мавен, jcenter репозитории ?

нашел, что искал, но на нем не нашел что мне нужно

добавил модуль, нагенерило мне deprecated кода

дело в том, что

это декомпилированные классы

ERROR: S client not available

где взять ориджинал я хз

Nexus 5 держит порядка 20 Rx потоков или порядка 600 обычных тредов

Остался проект? Потестил бы на своем нексусе 5

и меня это очень бесит

ни комментов, ни тела методов

нихрена

Остался проект? Потестил бы на своем нексусе 5

Не, оч давно было

Года полтора что ли назад

Ну значит и нечего разогревать каким-то рх

Ну он для своей ниши крут

Чего спорить то?

черт побери, как написать конструктор на Котлине?((

черт побери, как написать конструктор на Котлине?((

В скобках) А потом можешь init{} сделать помоему так)

черт побери, как написать конструктор на Котлине?((

constructor(...) {}

` class MyClass(name:String, age:Int){ init{ .... } }

О пошел заново учить)

говорит не могу инициализировать супертайп без primary constructor

в конце допиши ": super()"

я тоже подумал так, но нифига

в конце допиши ": super()"

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

однако синтаксическое отличие от джавы иногда меня вводит в конфуз Гг))

в конце допиши ": super()"

не помогло блин. тоже самое говорит на родительский класс

Ещё можно class CardRectangle() : Actor() { constructor (...) : this() {} }

Ещё можно class CardRectangle() : Actor() { constructor (...) : this() {} }

не, this это текущий класс, вызов конструктора текущего класса

Ну, в декларации класса пишешь () - это значит пустой primary конструктор

И каждый secondary контруктор требует вызова primary конструктора

т.е. дописать this()

И каждый secondary контруктор требует вызова primary конструктора

шта? в джаве такого не было

Лично я объявляю один главный конструктор прямо в декларации и горя не знаю. Больше одного не требуется обычно

вот так сработало: class CardRectangle constructor(): Actor()