т.е. прямиком в конструктор нельзя просто так заинжектить, верно?)

можно

как бы так объяснить

class PresenterA @Inject constructor(myClassA: ClassA, myClassB: ClassB): AbstractPresenter(myClass)

как бы так объяснить

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

class PresenterA @Inject constructor(myClassA: ClassA, myClassB: ClassB): AbstractPresenter(myClass)

вот, например. У меня есть классА и класс Б. класс А я хочу передать в асбтрактный презентер, а класс Б я передаю из активи в этот презентер

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

так?

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

Привет, такая ситуация, у меня есть несколько элементов типа imageView, они по клику вызывают один метод, можно ли в самом методе получить id того imageView нажатие на который вызвало этот метод, надеюсь норм объяснил

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

а это норм в абстрактный базовый класс что-то инжектить?

в общем, предлагаю сначала прочитать что такое DI контейнеры и как они работают, мне в свое время помог разобраться вот этот ридми https://github.com/svermeulen/Zenject#theory

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

чтобы расплодить lateinit?

расплодить?

1 проперти?

а если разным анследникам потребуются разные реализации?

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

а если их 5?

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

лучше вообще не наследоваться а делегаты делать

но это вне разговора

да, лучше в конструктор кидать

тогда у тебя есть контроль

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

у меня 1 базовый презентер и 2 наследника, около 5 пропертей

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

он же абстрактный

он же абстрактный

и?

через проперти надо инжектить только, когда иного выхода нет

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

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

я знаю что лучше конструктор / филд

в этом месте мне больше нравится филд

Здравствуйте! У меня появился такой вопрос. В андроид приложении я взаимодействую с бэкендом на ASP.NET и в JSON-файлах мне приходят ключи вида "id": "854a8d07-5a37-4e1e-8547-40ce891b3663". Скажите допустимо ли будет хранить такие ключи в виде строк в базе данных или есть како-нибудь лучший способ хранения?

Сорри, если оффтоп)

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

если эти параметры всегда вместе, можешь сделать обертку над ними и передавать один раз

если они совсем не связаны?

Здравствуйте! У меня появился такой вопрос. В андроид приложении я взаимодействую с бэкендом на ASP.NET и в JSON-файлах мне приходят ключи вида "id": "854a8d07-5a37-4e1e-8547-40ce891b3663". Скажите допустимо ли будет хранить такие ключи в виде строк в базе данных или есть како-нибудь лучший способ хранения?

можно их зашифровать

Здравствуйте! У меня появился такой вопрос. В андроид приложении я взаимодействую с бэкендом на ASP.NET и в JSON-файлах мне приходят ключи вида "id": "854a8d07-5a37-4e1e-8547-40ce891b3663". Скажите допустимо ли будет хранить такие ключи в виде строк в базе данных или есть како-нибудь лучший способ хранения?

хранить в зашифровонном виде. но это не тот чат

Здравствуйте! У меня появился такой вопрос. В андроид приложении я взаимодействую с бэкендом на ASP.NET и в JSON-файлах мне приходят ключи вида "id": "854a8d07-5a37-4e1e-8547-40ce891b3663". Скажите допустимо ли будет хранить такие ключи в виде строк в базе данных или есть како-нибудь лучший способ хранения?

они уже передаются в JSON

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

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

они уже передаются в JSON

в чем проблема?

ну если разные реализации то да - мой вариант не подходит. тут квалифаеры и конструктор

Чо то какие то "Вредные советы" от админов подъехали

они уже передаются в JSON

Я как понимаю это GUID идентификаторы

Я как понимаю это GUID идентификаторы

а, канеш просто пихай их как строки

а, канеш просто пихай их как строки

Спасибо за индульгенцию))

ты прощен, сын мой ✝️

А какая епитимья-то?

Всем привет. А подскажите почему рекомендуют заменять list.sorted().sortedBy { ... } на list.asSequence().sorted().sortedBy { ... } ?

А какая епитимья-то?

я ненастоящий священник

Всем привет. А подскажите почему рекомендуют заменять list.sorted().sortedBy { ... } на list.asSequence().sorted().sortedBy { ... } ?

https://habr.com/post/131910/

Всем привет. А подскажите почему рекомендуют заменять list.sorted().sortedBy { ... } на list.asSequence().sorted().sortedBy { ... } ?

А в этом вообще есть смысл? Типа два раза сортировать ? Есть же sortedWith + compareBy / thenBy list.sortedWith(compareBy(Person::age, Person::name))

А в этом вообще есть смысл? Типа два раза сортировать ? Есть же sortedWith + compareBy / thenBy list.sortedWith(compareBy(Person::age, Person::name))

Ну потенциально имеет, если сортировка стабильная (мёрдж сорт, например), хотя несколько сортировок всегда лучше объединить в одну, построив соответствующий компаратор.

https://habr.com/post/131910/

это же про asSequence?

(или в том числе?)

это же про asSequence?

вообще про всё ленивое

Здравствуйте! У меня появился такой вопрос. В андроид приложении я взаимодействую с бэкендом на ASP.NET и в JSON-файлах мне приходят ключи вида "id": "854a8d07-5a37-4e1e-8547-40ce891b3663". Скажите допустимо ли будет хранить такие ключи в виде строк в базе данных или есть како-нибудь лучший способ хранения?

Guid можно еще хранить как два 8-байтных числа. Сэкономишь 20 байт на 1 значение :)

А какой тип данных это в Котлине?

Long

Здравствуйте! У меня появился такой вопрос. В андроид приложении я взаимодействую с бэкендом на ASP.NET и в JSON-файлах мне приходят ключи вида "id": "854a8d07-5a37-4e1e-8547-40ce891b3663". Скажите допустимо ли будет хранить такие ключи в виде строк в базе данных или есть како-нибудь лучший способ хранения?

Если они time-based и захочется сортировать их нормально, то не стоит

Если они time-based и захочется сортировать их нормально, то не стоит

сортировать по uuid?

сортировать по uuid?

Да

but_why.gif

Ну как бы от задачи зависит, что там за uuid. Не всегда они просто рандомные.

Хотя указанный выше "854a8d07-5a37-4e1e-8547-40ce891b3663" именно такой.

Long

А лонг схавает такое значение guid? Или guid надо как-кто их окнвертировать?

*сконвертировать

А лонг схавает такое значение guid? Или guid надо как-кто их окнвертировать?

канеш сконвертить

А лонг схавает такое значение guid? Или guid надо как-кто их окнвертировать?

два лонга

убрать "-" и toLong(radix = 16) по идее должно

у UUID есть два лонговых поля

А лонг схавает такое значение guid? Или guid надо как-кто их окнвертировать?

https://docs.oracle.com/javase/7/docs/api/java/util/UUID.html Тебе нужны методы getLeastSignificantBits() и getMostSignificantBits()

А лонг схавает такое значение guid? Или guid надо как-кто их окнвертировать?

например java.util.UUID - другое дело, что вся эта экономия в 20 байт 20 байтами и ограничится

Ну в лучшем случае двумя килобайтами

тем более на Android

это жи не хайлоад™

Товарищи, а можно как-то написать потокобезопасный счетчик на каналах типа val counter = ConflatedBroadcastChannel<Int>(0) без использования synchronized?.

AtomicInteger?

Не, нужен именно канал. По ходу никак нельзя, а жаль...

Товарищи, а можно как-то написать потокобезопасный счетчик на каналах типа val counter = ConflatedBroadcastChannel<Int>(0) без использования synchronized?.

? а зачем потокобезопасный канал? Я может не секу фишку, но мне всегда казалось что каналы созданы для обмена сообщениями и потокобезопасность тут не при чем, так как нет shared state

Ну сами каналы да, но тут ConflatedBroadcastChannel. Он как раз для хранения стейта.

Просто если я сделаю тупо counter.offer(counter.value + 1), будет дичь.

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

т.е. ты делаешь channel1.offer(Unit), корутина выгребает, инкрементит свой счетчик и делает channel2.offer(Int)

На конфе был пример как делать шейред стейт с каналами

Типо акторы для бедных

ну да, сам заметил что у меня получился актор

т.е. ты делаешь channel1.offer(Unit), корутина выгребает, инкрементит свой счетчик и делает channel2.offer(Int)

ага, я тоже только что об этом подумал

Вот как-то так: val increment = actor<Unit> { while (true) { receive() counter.send(counter.value + 1) } }

Это будет потокобезопасно?

Это будет потокобезопасно?

нет же никаких потоков

и никакое состояние ты не шаришь

Еще как есть. DefaultDispatcher.

оно у тебя инкапсулировано внутри

убрать "-" и toLong(radix = 16) по идее должно

UUID устроен куда сложнее

Не, нужен именно канал. По ходу никак нельзя, а жаль...

Актор

Товарищи, а можно как-то написать потокобезопасный счетчик на каналах типа val counter = ConflatedBroadcastChannel<Int>(0) без использования synchronized?.

Может взять нормальный AtomicLongAdder и не выеживаться все-таки?)