E🎸
Просто когда интерфейс внутри класса читать сложнее, хотя дело привычка наверное)
И будет у тебя MyFragmentListener какой-нить... а потом ты решишь отрефакторить и переименовать свой класс фрагмента... вряд ли интерфейс переименуется автоматом
Size: a a a
2019 October 17
E🎸
ищи потом потом по своим файлам, какой слушатель у тебя для какого класса....
AK
ищи потом потом по своим файлам, какой слушатель у тебя для какого класса....
Обычно структурно все складывается) Не буду спорить) Просто интересно почему они решили так сделать)
И еще вопрос. Для c# были правила написания кода например интерфейсы начинались с IMyInterface публичные поля с верхнего регистра приватные с _ и нижнего регистра. Если есть ссылочка на оформление кода в котлине. Можете скинуть?
И еще вопрос. Для c# были правила написания кода например интерфейсы начинались с IMyInterface публичные поля с верхнего регистра приватные с _ и нижнего регистра. Если есть ссылочка на оформление кода в котлине. Можете скинуть?
AK
https://kotlinlang.org/docs/reference/coding-conventions.html хотя нашел уже) В любом случае спасибо)
2019 October 18
E🎸
Есть ли принципиальная разница, писать в классе для проперти без бэкингфилда геттер через приватную функцию или через лямбду?
val someval: T.VS.
get() = { ... }()
val someval: Tпервое вроде гораздо лаконичнее, но меня смущает, что это вроде не одно и то же?
get() = func()
private fun func(): T {...}
E🎸
первое заинлайнится - а второе нет?
AL
Есть ли принципиальная разница, писать в классе для проперти без бэкингфилда геттер через приватную функцию или через лямбду?
val someval: T.VS.
get() = { ... }()
val someval: Tпервое вроде гораздо лаконичнее, но меня смущает, что это вроде не одно и то же?
get() = func()
private fun func(): T {...}
Оба выглядят плохо, как по мне. Мои предложения (которые относительно сходятся с докой - https://kotlinlang.org/docs/reference/properties.html):
1. Если однострочник - напишите через
2. Многострочник - просто открывайте фигурные скобки и пишите
3. Многострочник, но вы очень любите лямбда-синтаксис - делайте run
val notEmpty get() = run {
size != 0
}
1. Если однострочник - напишите через
=:val notEmpty get() = size != 02. Многострочник - просто открывайте фигурные скобки и пишите
val notEmpty
get() {
return size != 0
}
3. Многострочник, но вы очень любите лямбда-синтаксис - делайте run
val notEmpty get() = run {
size != 0
}
E🎸
Оба выглядят плохо, как по мне. Мои предложения (которые относительно сходятся с докой - https://kotlinlang.org/docs/reference/properties.html):
1. Если однострочник - напишите через
2. Многострочник - просто открывайте фигурные скобки и пишите
3. Многострочник, но вы очень любите лямбда-синтаксис - делайте run
val notEmpty get() = run {
size != 0
}
1. Если однострочник - напишите через
=:val notEmpty get() = size != 02. Многострочник - просто открывайте фигурные скобки и пишите
val notEmpty
get() {
return size != 0
}
3. Многострочник, но вы очень любите лямбда-синтаксис - делайте run
val notEmpty get() = run {
size != 0
}
спасибо
F
Объясните, почему тут вылетает ошибка?
https://pastebin.com/KB866q60
java.util.ConcurrentModificationException
https://pastebin.com/KB866q60
java.util.ConcurrentModificationException
AL
Объясните, почему тут вылетает ошибка?
https://pastebin.com/KB866q60
java.util.ConcurrentModificationException
https://pastebin.com/KB866q60
java.util.ConcurrentModificationException
Сходу выглядит, что вы в куче потоков пишете в один ArrayList, т.е. структуру, которая предназначена для однопоточного исполнения. Если причина в этом, то могу предложить заменить структуру на её конкурентный вариант.
F
Сходу выглядит, что вы в куче потоков пишете в один ArrayList, т.е. структуру, которая предназначена для однопоточного исполнения. Если причина в этом, то могу предложить заменить структуру на её конкурентный вариант.
Да. так и есть. Создается поток по числу элементов. А на что можно заменить? Я пробовал делать synchronized - но не помогло
AL
Да. так и есть. Создается поток по числу элементов. А на что можно заменить? Я пробовал делать synchronized - но не помогло
Попробуйте CopyOnWriteArrayList
F
Попробуйте CopyOnWriteArrayList
можно пример?
E🎸
Сходу выглядит, что вы в куче потоков пишете в один ArrayList, т.е. структуру, которая предназначена для однопоточного исполнения. Если причина в этом, то могу предложить заменить структуру на её конкурентный вариант.
а просто mutex.withLock { empList.add(empDataHashMap) } не поможет разве ?
F
Попробуйте CopyOnWriteArrayList
Все! Разобрался. спасибо за наводку!
F
CopyOnWriteArrayList - не знал что есть такой класс, что это потокобезопасный List
F
Попробуйте CopyOnWriteArrayList
Кстати, почему-то выигрыша от потоков нет(
F
а просто mutex.withLock { empList.add(empDataHashMap) } не поможет разве ?
Это же корутины, а они по-моему не тоже самое что Thread. Могу ошибаться конечно
E🎸
Кстати, почему-то выигрыша от потоков нет(
еще бы, COW же
F
еще бы, COW же
И как решить это?