A
может кто знает, можно ли указать разрешение больше указанной sdk в манифесте ?
Size: a a a
2020 April 07
A
android:requiredFeature requiredNotFeature это будет работать?
QH
может кто знает, можно ли указать разрешение больше указанной sdk в манифесте ?
Что?
A
в манифесте нужно указать GET_ACCOUNTS <26sdk и >=26 sdk READ_CONTACTS
A
но не в месте одноврменно
D
android:maxSdkVersion="25" для GET_ACCOUNTS?A
а для READ_CONTACTS как указать?
A
нету minSdkVersion
D
может тогда вам посмотреть в сторону build variants?
и разделить манифест так, собирая 2 версии. если вам действительно нужен такой странный случай использования старых пермишенов
и разделить манифест так, собирая 2 версии. если вам действительно нужен такой странный случай использования старых пермишенов
D
указанные пермишены в тот, что справа, всё остальное в среднем
A
спасибо
2020 April 13
NK
Массив пар или пара массивов?
В ситуации, когда нужно хранить множество пар, кортежей, точек и т. п., есть несколько решений.
В интернете встречал информацию о том, что в JVM наивный вариант (1) медленнее, чем «вывернутый наизнанку» вариант (2). Это правда: во втором варианте данные лежат плотнее, больше шансов попадания в кэши процессора.
Но я бы предложил вариант (3). Именно так массив структур лежал бы в C++ или Rust. Тут и память сэкономлена, и прыжков по указателям меньше.
В ситуации, когда нужно хранить множество пар, кортежей, точек и т. п., есть несколько решений.
В интернете встречал информацию о том, что в JVM наивный вариант (1) медленнее, чем «вывернутый наизнанку» вариант (2). Это правда: во втором варианте данные лежат плотнее, больше шансов попадания в кэши процессора.
Но я бы предложил вариант (3). Именно так массив структур лежал бы в C++ или Rust. Тут и память сэкономлена, и прыжков по указателям меньше.
NI
ID:0
Массив пар или пара массивов?
В ситуации, когда нужно хранить множество пар, кортежей, точек и т. п., есть несколько решений.
В интернете встречал информацию о том, что в JVM наивный вариант (1) медленнее, чем «вывернутый наизнанку» вариант (2). Это правда: во втором варианте данные лежат плотнее, больше шансов попадания в кэши процессора.
Но я бы предложил вариант (3). Именно так массив структур лежал бы в C++ или Rust. Тут и память сэкономлена, и прыжков по указателям меньше.
В ситуации, когда нужно хранить множество пар, кортежей, точек и т. п., есть несколько решений.
В интернете встречал информацию о том, что в JVM наивный вариант (1) медленнее, чем «вывернутый наизнанку» вариант (2). Это правда: во втором варианте данные лежат плотнее, больше шансов попадания в кэши процессора.
Но я бы предложил вариант (3). Именно так массив структур лежал бы в C++ или Rust. Тут и память сэкономлена, и прыжков по указателям меньше.
похоже на классическую реализацию задачи организации двумерного массива на базе одномерного 🙂
2020 April 14
A
@Entity(tableName = "favorite")
data class Favorite(
@PrimaryKey(autoGenerate = true)
var id: Int,
var date: Long
)
Используя Room при создании таблицы тип long преобразуется в real ? проблем не будет ?
data class Favorite(
@PrimaryKey(autoGenerate = true)
var id: Int,
var date: Long
)
Используя Room при создании таблицы тип long преобразуется в real ? проблем не будет ?
QH
@Entity(tableName = "favorite")
data class Favorite(
@PrimaryKey(autoGenerate = true)
var id: Int,
var date: Long
)
Используя Room при создании таблицы тип long преобразуется в real ? проблем не будет ?
data class Favorite(
@PrimaryKey(autoGenerate = true)
var id: Int,
var date: Long
)
Используя Room при создании таблицы тип long преобразуется в real ? проблем не будет ?
A
Вопрос про ROOM выпадает ошибка требуется первичный ключ
Хотелось бы реализовать связь многие ко многим
Хотелось бы реализовать связь многие ко многим
QH
Вопрос про ROOM выпадает ошибка требуется первичный ключ
Хотелось бы реализовать связь многие ко многим
Хотелось бы реализовать связь многие ко многим
А в доке не описани, как делать M:N?
Тогда в @android_ru больше шансов, что ответят.
Тогда в @android_ru больше шансов, что ответят.
A
доку еще не смотрел
YS
доку еще не смотрел
Как вараиант, можеш попробовать добавить ещё @Entity(primaryKeys = ["idMan", "idDog"], ...
+ хорошая статья https://link.medium.com/T5uXLcRpG5
+ хорошая статья https://link.medium.com/T5uXLcRpG5
A
а что насчет каскадного удаления?