жрет 49mb памяти, это дохера да?

нет

тогда не знаю, еще в логах было что скипает фреймы

больше ничего

тогда не знаю, еще в логах было что скипает фреймы

скинь dependencies

зачем глайд и пакасса?

и оно работает без мультидекса?

выбери что-то одно

2.0.5 уже кондуктор

зачем глайд и пакасса?

что то тестил на обоих забыл убрать.

и оно работает без мультидекса?

ага

у тебя там два раза roundedimageview подключается

2 http клиента, 2 картинколоадера

собрать проект из снипетов с сековерфлоу кажись

Так ведь это нормальный процесс в 2017м :)

почистил

у тебя там два раза roundedimageview подключается

2 http клиента, 2 картинколоадера

собрать проект из снипетов с сековерфлоу кажись

ну не правда

просто учусь же ну

можно попробовать еще все версии саппортовых либ прикрепить

чтоб наверняка

у тебя там два раза roundedimageview подключается

он ваще не нужен

он ваще не нужен

руками типа закругление писать?

трансформер для глайда?

да

просто учусь же ну

Компайл тайм код генерация не влияет на скорость аппа

Делай профайлинг

Узнай что долго инициализируется

да

не всегда удобно

трансформации глайда не влияют на placeholder

и если он у тебя квадратный

Узнай что долго инициализируется

хорошо

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

вот он в редакторе

а вот в жизни

Нас учили, что inflate каждого айтема - дело ресурсоёмкое, в то же время программное создание вьюхи - более труднозатратное в написании/поддержке/модификациях.....???? а если я в конструкторе адаптера единожды заинфлейчу всё необходимое: AttributeSet, DefStyle, etc.... и буду их юзать, программно создавая item (сувать в конструктор View)??? ..... Вроде и волки сыты.... и овцы целы.....????

Кто нибудь юзает Instant Run он уже нормально работает или как?

я использую. Работает хорошо

при проектировании UI пользуюсь

norm

Кто нибудь юзает Instant Run он уже нормально работает или как?

ну какбы хз. полгода он точно уже норм работает

Спасибо

Нас учили, что inflate каждого айтема - дело ресурсоёмкое, в то же время программное создание вьюхи - более труднозатратное в написании/поддержке/модификациях.....???? а если я в конструкторе адаптера единожды заинфлейчу всё необходимое: AttributeSet, DefStyle, etc.... и буду их юзать, программно создавая item (сувать в конструктор View)??? ..... Вроде и волки сыты.... и овцы целы.....????

RecyclerView делает сделан для реюзания вью, не костыляй

и сколько ты вьюх создаш в конструкторе?

на экран влазит больше одной вьюхи

и сколько ты вьюх создаш в конструкторе?

В конструкторе адаптера создаётся не вьюха, а атрибуты AttributeSet.... это конечно не подойдет для ViewGroup - потому что там еще надо дерево детей инфлейтить - а для одиночной - инфлейтим один раз атрибуты - и дальше - new View(mContext, mAttributeSet) - каждый проход

onCreateViewHolder вызовется ровно столько раз, сколько надо показать на экране

onCreateViewHolder вызовется ровно столько раз, сколько надо показать на экране

у нас есть еще пэйджеры, старые листы - это не только о ресайклере

у нас есть еще пэйджеры, старые листы - это не только о ресайклере

пейджер тоже реюзает, листвью тоже

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

или создавать вью полностью программно

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

Ну это само сабой

AttributeSet ты не создашь

AttributeSet ты не создашь

Xml.asAttributeSet(context.getResources().getLayout(layoutId)); в том и дело, что можно

это и навеяло на такие размышления

Xml.asAttributeSet(context.getResources().getLayout(layoutId)); в том и дело, что можно

жесткий костыль

и откуда layoutId

ид лэйаут айтема

ну так ты же его програмно делать собрался

ну так ты же его програмно делать собрался

ну аттрибуты я плучаю единожды - а дальше - new View(mContext, mAttributeSet) - каждый проход

или леяут только чтоб атрибуты собрать?

или леяут только чтоб атрибуты собрать?

да по факту так... поэтому это для вью-груп не подойдет

ERROR: S client not available

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

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

одну вью можно и програмно создать и там же выставить все атрибуты

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

тоже верно....ну это так просто мысля... решил поделиться - всёж когда вьюх много - малость да прибавит производительность в общем да и атрибутов там мож быть не мало

это то что называеться premature optimization

одну вью можно и програмно создать и там же выставить все атрибуты

да .... я с этого и начал размышлять - тока тогда тебе в адаптер надо передавать контейнер-объект с параметрами

профита скорее будет 1 миллисекунда

а можеш и то быстрее

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

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

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

Xml.asAttributeSet(context.getResources().getLayout(layoutId)); в том и дело, что можно

Но ведь вы тут не получите уже выйгрышь в скорости. Чтение файла в java одна из самых долгих операций. Собственно и inflate и Xml.asAttributeSet читают данные из файла, и по скорости выполнения они будут одинаковы.

Но ведь вы тут не получите уже выйгрышь в скорости. Чтение файла в java одна из самых долгих операций. Собственно и inflate и Xml.asAttributeSet читают данные из файла, и по скорости выполнения они будут одинаковы.

он про то что эта операция вызывается n раз

Ребята, какие либы для вебсокетов вы юзаете? Мне нужно держать соединение с множеством серверов 1-10 примерно и пинговать их

при onCreateView

Но ведь вы тут не получите уже выйгрышь в скорости. Чтение файла в java одна из самых долгих операций. Собственно и inflate и Xml.asAttributeSet читают данные из файла, и по скорости выполнения они будут одинаковы.

абсолютно верно - выигрыш в том... что это произойдет единожды а не перед каждым созданием вьюхи

эх, потерял нить разговора. А где инфлейт будет лишний раз вызван?

он про то что эта операция вызывается n раз

угу

в пейджере?

эх, потерял нить разговора. А где инфлейт будет лишний раз вызван?

в onCreateViewHolder например

для одной вью это видимого результата в приросте скорости не даст

в пейджере?

хоть где ... в любом много-разовом месте ... в основном в адаптерах

для одной вью это видимого результата в приросте скорости не даст

а. въехал. Но это спорный вопрос...

сейчас попробую подвести обоснование

и так все очень быстро для одной вью

Ребята, какие либы для вебсокетов вы юзаете? Мне нужно держать соединение с множеством серверов 1-10 примерно и пинговать их

Ребята, какие либы для вебсокетов вы юзаете? Мне нужно держать соединение с множеством серверов 1-10 примерно и пинговать их

я юзаю OkHttp

я юзаю OkHttp

И свой ping loop?

там есть поддержка сокетов

Ребята, какие либы для вебсокетов вы юзаете? Мне нужно держать соединение с множеством серверов 1-10 примерно и пинговать их

Когда-то давно тыкал https://github.com/koush/android-websockets

Есть аналог Tuple<T1,T2> на андройде и java 7 ?

Есть аналог Tuple<T1,T2> на андройде и java 7 ?

Pair<>?