ДФ
Всем хай народ. Извиняюсь я туплю чёто. Приходить с api url но он экранирован что ли (http::\/\/) как мне убрать личные символы ?
Size: a a a
2020 July 27
☠🇷
левые слеши удали да и всё
☠🇷
String.replaceAll("\", "") вроде так
YR
http::\/\/ - это не похоже на экранирование. / не является специальным символом и даже если такое написать, то студия скажет что такого экранирования не существует. да и двойное двоеточие :: - это что-то странное. тут действительно только редактировать строку
YR
скорее всего в котлин эта строка прийдет как экранированная в виде
поэтому скорее всего нужно так заменить
"http::\\/\\/"поэтому скорее всего нужно так заменить
val wrongUrl = "http::\\/\\/"
val correctUrl = wrongUrl
.replace("::", ":")
.replace("\\", "")
V
нужна небольшая подсказка. Есть следующий код: который позволяет добавить документ в коллекцию фаерстор, затем если я правильно понимаю, берется айдишник добавленого документа, находится документ и в коллекцию, которую он содержит, добавляется другой документ. Вопрос: как в результате выполнения этого кода получить id первого документа
V
awaitOnTaskCompletion - это extension function
YR
@v_ladyshka - упрощаем
YR
@v_ladyshka или так если нужно дождаться и второго добавления тоже
2020 July 28
V
как я сразу не догадалась🤦🏻♀️
спасибо!
спасибо!
GB
подскажите как очистить поле EditText? Просто указать текст = "" не совпадение типов
GB
Хотя у уроке указано именно передать пустую строку
YR
попробуй
nullGB
Спасибо, помогло)
GB
Кстати, как лучше обращаться к вью элементам? В котлине можно напрямую по id, но у того же гугла на сайте андроид девелопер в примерах кода используется метод findViewById. Я посмотрел байт код, там айди кешируется и вызывается findCachedViewById. Но почему тогда у гугла и в разных уроках все же создают экземпляр класса нужной вью, а не напрямую обращаются?
GB
Там где можно обратиться естественно
YR
Кстати, как лучше обращаться к вью элементам? В котлине можно напрямую по id, но у того же гугла на сайте андроид девелопер в примерах кода используется метод findViewById. Я посмотрел байт код, там айди кешируется и вызывается findCachedViewById. Но почему тогда у гугла и в разных уроках все же создают экземпляр класса нужной вью, а не напрямую обращаются?
Есть миллион разных способов обратиться ко вью. Самый базовый -
Напрямую по айдишнику можно обращаться только в котлине и при условии что в
findViewById. На нем все базируется. Все остальное - это разные библиотеки использующие findViewById под капотом. Напрямую по айдишнику можно обращаться только в котлине и при условии что в
build.gradle прописан плагин apply plugin: 'kotlin-android-extensions'
GB
Я об этом и спрашиваю. В котлине можно по айди обраться, под капотом findViewById и findCachedViewById при последующих вызовах.
То есть по идее потери в производительности, за счет излишнего кода под капотом, не должно быть. Но на сайте гугла по андроиду пример с findViewById
То есть по идее потери в производительности, за счет излишнего кода под капотом, не должно быть. Но на сайте гугла по андроиду пример с findViewById
GB
вот и вопрос, как все же правильнее с точки зрении оптимизации?
GB
или пока просто забить и делать как удобнее, а там само решение найдется