l
Да, зачем тогда такое в префах хранить?
Size: a a a
2021 January 16
TT
Arsen CeH9
бд + сингл тред воркер
я хочу sharedPreference
AC
я хочу sharedPreference
S
Вьюбиндинг это редкостный кал
Скоро напишу статью о том, как мы на него переезжали и с чем столкнулись при переезде
Скоро напишу статью о том, как мы на него переезжали и с чем столкнулись при переезде
Не пиши такое больше, синтектик гавно, даже JetBrains об этом говорил. Вы там явно что - то не то делаете
VS
ВОзможно ли синхронизировать запись в sharedPreference через apply блоком synchronized ?
Apply в любом случае меняет in-memory cache, так что по идее чтения после synchronized должны будут вытащить актуальное значения
Unlike commit(), which writes its preferences out to persistent storage synchronously, apply() commits its changes to the in-memory SharedPreferences immediately but starts an asynchronous commit to disk and you won't be notified of any failures. If another editor on this SharedPreferences does a regular commit() while a apply() is still outstanding, the commit() will block until all async commits are completed as well as the commit itself.l
Singular
Не пиши такое больше, синтектик гавно, даже JetBrains об этом говорил. Вы там явно что - то не то делаете
Ок бро
TT
Да, зачем тогда такое в префах хранить?
ну вот есть в проекте уже готовый сервис, хочу его и использовать и не понимаю причин по которым это нельзя сделать. Понял бы причину , стал бы пробовать альтернативу, но причину мне пока не пояснили..
СП
Но как? Процесс завершается же хз когда. Плюс если синхронизировать с целью получить заведомо правильное при послед.чтении - но это оно само делает
TT
Singular
Не пиши такое больше, синтектик гавно, даже JetBrains об этом говорил. Вы там явно что - то не то делаете
на большом проекте юзаем синтетик, не понял в чем он плох, уже два года проекту
l
на большом проекте юзаем синтетик, не понял в чем он плох, уже два года проекту
Синтетики недопилены
Они криво работают в многомодульной среде
Они криво работают в многомодульной среде
S
Ок бро
У нас в проекте 13 разработчиков, поверь на слово. Куда хуже это когда синтетик тебе выдает view? а ты смотришься откуда его использовать.
ViewBinding это обычная кодогенерация на основе findbyid
ViewBinding это обычная кодогенерация на основе findbyid
l
Поэтому мы и переезжали
l
Singular
У нас в проекте 13 разработчиков, поверь на слово. Куда хуже это когда синтетик тебе выдает view? а ты смотришься откуда его использовать.
ViewBinding это обычная кодогенерация на основе findbyid
ViewBinding это обычная кодогенерация на основе findbyid
Да хорошо
S
Синтетики недопилены
Они криво работают в многомодульной среде
Они криво работают в многомодульной среде
Их никто и не будет пилить, потому что они работают совсем не так как планировалось
S
Бля, пытаюсь вспомнить где мне понадобилось больше одного вотчера. Причем это не один раз было
А что мешало дергать методы нужные из 1 вотчера?
с#
Singular
Не пиши такое больше, синтектик гавно, даже JetBrains об этом говорил. Вы там явно что - то не то делаете
> даже JetBrains об этом говорил
лол они его депрекейтнули
лол они его депрекейтнули
VS
Singular
Их никто и не будет пилить, потому что они работают совсем не так как планировалось
Ты в курсе хоть, как они работают?)
S
Надо понимать порядок вызова и побочные эффекты
Вот вы сами и ответили)). 3 разраба пилят 3 вотчера для 1 задачи. Ну это EpicGames
с#
Синтетики недопилены
Они криво работают в многомодульной среде
Они криво работают в многомодульной среде
в любой среде они работают как надо, но это не бест практис, поэтому от него отказываются
TT
Но как? Процесс завершается же хз когда. Плюс если синхронизировать с целью получить заведомо правильное при послед.чтении - но это оно само делает
ну вот это разве будет криво работать ? И причина в том что когда дело дойдет до apply начнется новый поток и блок syncronized отпустит блокировку ?