Спасибо! Казалось, просто - я не "до-осознал".

@orcDamnar Вот и я не понимаю зачем мне тут фрагменты, зачем их совать в дело и не в дело только оттого, что гугл когда-то написал, что в УМЕСТНЫХ случаях это дает гибкость модульность и пр

@orcDamnar Вот и я не понимаю зачем мне тут фрагменты, зачем их совать в дело и не в дело только оттого, что гугл когда-то написал, что в УМЕСТНЫХ случаях это дает гибкость модульность и пр

Ну имплементьте всё на вьюхах - и будет вам вся жизнь в промежутке от onAttachedToWindow - onDetachedFromWindow работать будет ?

@orcDamnar Вот и я не понимаю зачем мне тут фрагменты, зачем их совать в дело и не в дело только оттого, что гугл когда-то написал, что в УМЕСТНЫХ случаях это дает гибкость модульность и пр

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

Ну имплементьте всё на вьюхах - и будет вам вся жизнь в промежутке от onAttachedToWindow - onDetachedFromWindow работать будет ?

н-да. Знаете, тулить везде фрагмент - это в корне не верный подход.

н-да. Знаете, тулить везде фрагмент - это в корне не верный подход.

Плейсхолдер для содержимого - не? Как тогда? иначе?

Если апп односкрин - то ок. И вроде это единственный безфрагментный кейс.

Если апп односкрин - то ок. И вроде это единственный безфрагментный кейс.

у вас спор ради спора? зачем использовать фрагменты для активити, которое отображает список? Фрагменты удобно использовать когда в некотором кейсе вам нужно скомпоновать некоторые n представлений. Если такой задачи нет - то фрагменты лучше не использовать, так как по производительности вы вносите дловольно ощутимый оверхед.

если например в горизонтальной ориентации на планшетном экране вам нужно скомпоновать и список и детальное представление - тогда да, уместно использование фрагментов, но если это просто список, зачем?

если например в горизонтальной ориентации на планшетном экране вам нужно скомпоновать и список и детальное представление - тогда да, уместно использование фрагментов, но если это просто список, зачем?

Каждый список подразумевает тык по айтему и открытие деталей. И где открывать тогда будем? В новой активности? ок .... но тогда оверхед-аргумент не подходит))

ну ок... пусть я не понял в вопрос

Каждый список подразумевает тык по айтему и открытие деталей. И где открывать тогда будем? В новой активности? ок .... но тогда оверхед-аргумент не подходит))

ох, ну замеряйте, проходит оверхед или нет. :) Запуск активити - меньшее зло, чем дерганье фрагмент менеджера.

А можно и диалогфрагмент открывать, например, как одна из возможностей

ох, ну замеряйте, проходит оверхед или нет. :) Запуск активити - меньшее зло, чем дерганье фрагмент менеджера.

?.... create Window vs View?

ох, ну замеряйте, проходит оверхед или нет. :) Запуск активити - меньшее зло, чем дерганье фрагмент менеджера.

даже если на это забить. Смысл выводить в манифест "новый компонент", новую точку входа, если извне - ею никто не воспользуется? вообщем... ладно, забей.... вопрос вкуса

у кого есть книга Android. Программирование для профессионалов. 3-е издание?

у кого есть книга Android. Программирование для профессионалов. 3-е издание?

У меня нет, но зато у меня есть Pixel

Чем докажешь

А можно и диалогфрагмент открывать, например, как одна из возможностей

легче чем активность, но тяжелей чем просто fragment - потому что Window. Хотя если надо скрин коордиально изменить - immersive mode, etc - идеальное решение?

Коллеги, выручайте — на 7.1.1 тоаст, который должен показываться Length.LONG показывается полсекунды и исчезает. Только на семерке. Кто сталкивался?

Коллеги, выручайте — на 7.1.1 тоаст, который должен показываться Length.LONG показывается полсекунды и исчезает. Только на семерке. Кто сталкивался?

а скорость анимаций в меню разработчиков не меняли?

нет

1.0

Можно написать type adapter factory для Gson и сэмулировать такое поведение, но как-нибудь потом :)

Короче, Jackson сделал мне MultiDex и был скоропостижно выпилен. Если кому-то это тоже нужно, то вот TypeAdapterFactory для Gson, создаёт объекты по-нормальному, через конструктор. https://github.com/Miha-x64/gson-constructor-type-adapter-factory

Ребят, подскажите как сделать такую хрень. При нажатии на EditText надо чтобы кнопка «Найти» поднялась вверх до определенного уровня, и при этом если клавиатура будет перекрывать ее, то поднимать все вверх как если бы у активити стоял "adjustResize". Но если поставить его туда, то поднимается и нижний тулбар =/ Но мало того, если вводить в самый верхний EditText что-то, то из-за кнопки этот EditText поднимется за экран и будет не видно что вводишь ?

Ребят, подскажите как сделать такую хрень. При нажатии на EditText надо чтобы кнопка «Найти» поднялась вверх до определенного уровня, и при этом если клавиатура будет перекрывать ее, то поднимать все вверх как если бы у активити стоял "adjustResize". Но если поставить его туда, то поднимается и нижний тулбар =/ Но мало того, если вводить в самый верхний EditText что-то, то из-за кнопки этот EditText поднимется за экран и будет не видно что вводишь ?

без ресайза никуда, для тулбара может сработает: android:layout_alignParentBottom="true" android:layout_alignParentEnd="true" c editText вроде должно помочь android:windowSoftInputMode="stateAlwaysHidden|adjustResize" хотя могу все напутать, но adjustResize это аксиома, с ним лучший реузльтат будет

Ну окей, спасибо) была еще идея выставлять по фокусу у кнопки аттрибут layout_below

Ну окей, спасибо) была еще идея выставлять по фокусу у кнопки аттрибут layout_below

ммм что то похожее пробовал но там лейаут к чертям летит, на крайнек тулбару visibility выставить можно _) но вроде как-то делал, под рукой примера нет сейчас. А editText точно нормально будет выводится, надо только с парамтерами похимичить) но то что adjustPan дикая боль это я гарантирую ))

Всем привет)) Подскажите плиз, есть ли чатик по Мокси ?

Всем привет)) Подскажите плиз, есть ли чатик по Мокси ?

@moxy_ru

@moxy_ru

Спасиьо)

Пробую реакт натив. Может проще джава? Или если знаю джс то можно и на натив розродиться ?

Короче, Jackson сделал мне MultiDex и был скоропостижно выпилен. Если кому-то это тоже нужно, то вот TypeAdapterFactory для Gson, создаёт объекты по-нормальному, через конструктор. https://github.com/Miha-x64/gson-constructor-type-adapter-factory

оно с блэкджеком и кодогенерацией что ли?))

или чем отличается от просто тайп адаптеров gson'а ?

Пробую реакт натив. Может проще джава? Или если знаю джс то можно и на натив розродиться ?

Без джавы не получится. Реакт натив не все кейсы покрывает. Все равно будет ситуация когда придется иметь дело с Android SDK и системой сборки Gradle

Я не нацелен на андроид. Это просто попробовать. Потому что как мне кажется синтаксиса джава мало знать что бы писать на андроид

Я не нацелен на андроид. Это просто попробовать. Потому что как мне кажется синтаксиса джава мало знать что бы писать на андроид

В чём тогда смысл этим заниматься?

ReacNative сделан для кроссплатформенной разработки

Просто глянуть. Сделать приложение и протащиться. Может когда то пригодится

Нет. Реакт в вебе и вью. Для андроид почти готово приложение. Но много ггвна и трабл.

На пример как сделать переход со сцены назад как в телеге

И ещё куча проблем (

Это джс D

Говорили что на тайпе круто под реакт, но не довелось. Не лесно отзывались. А может попробовать?

А смысл?

Дополнительных фич не даст, да это сам по себе джс

оно с блэкджеком и кодогенерацией что ли?))

Нет, осо суёт данные в конструкторы вместо того, чтобы создавать объекты через Unsafe.

Я знаю про типизацию. Это единственный +?

И я знаю про типизацию пропсов в джс. Но типизация стоит того что бы перейти в тайп?

Вообще не писал тесты )

Не было больших проектов. Проще руками

Скажите, пожалуйста, а есть ли для android какие-нибудь паттерны/практики для синхронизации? Есть приложение, которое должно работать offline, но синхронизировать данные - когда online. Если можете - то дайте, пожалуйста, ссылки на проекты.

Скажите, пожалуйста, а есть ли для android какие-нибудь паттерны/практики для синхронизации? Есть приложение, которое должно работать offline, но синхронизировать данные - когда online. Если можете - то дайте, пожалуйста, ссылки на проекты.

Как Вы такое длинное сообщение написали, пока правая рука бутылкой занята — загадка.

ERROR: S client not available

Скажите, пожалуйста, а есть ли для android какие-нибудь паттерны/практики для синхронизации? Есть приложение, которое должно работать offline, но синхронизировать данные - когда online. Если можете - то дайте, пожалуйста, ссылки на проекты.

Сам не юзал, но вроде это то что подойдет: https://youtu.be/TvsOsgd0--c

Поделитесь ссылками/статьями годными о многопоточном программировании на андройд? подходы/ошибки/bestpractice

Поделитесь ссылками/статьями годными о многопоточном программировании на андройд? подходы/ошибки/bestpractice

@reactivex

java concurrency in practice

Кто-нибудь пробовал requery? Сейчас смотрю, но плюшек слишком много, кажется, без досконального освоения RxJava мало что получится

Может, проще будет обратно на ormlite как в прошлом проекте

а какая связь рх и рекьюери?

я чет не понял

а какая связь рх и рекьюери?

Ну, там они даже свой recycler view adapter, погружающий данные через observable по мере загрузки написали, например

ну и что

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

Нет, этим летом обновление было

Может, проще будет обратно на ormlite как в прошлом проекте

лучше не надо :)

Нет, и впрямь не летом:) https://github.com/j256/ormlite-android но 5 месяцев назад. Недавно просто в старом проекте обновлял библиотеки и отложилось, будто недавно 5 версия вышла

А, я просто по последнему коммиту смотрел

Paper не плохая

Посмотрю, спасибо

Народ, а как так получилось, что в Android java.lang.reflect.Constructor не наследует Executable? Это вообще законно?)

> Ну и до Java 8 в SE тоже не наследовала А, вот оно что. Спасибо.

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

Это так, крик души и мысли вслух

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

Так сайты были вроде

Так сайты были вроде

Если дадите ссылку будет круто ?

Если дадите ссылку будет круто ?

http://www.it-events.com/meetups

Если дадите ссылку будет круто ?

Но вот PeerLab'а нет

Хм, это я так понимаю тупо большие встречи и по всем темам. А я о том, чтобы именно о мобильной разработке + мелкие так же учитывать)

Хм, это я так понимаю тупо большие встречи и по всем темам. А я о том, чтобы именно о мобильной разработке + мелкие так же учитывать)

Вот вам идея для вашего канала ;) Я бы подписался.