Как правильно санировать список элементов, полученных с сервера, используя RX | фильтр {} карта {} - PullRequest
Новая
       4

Как правильно санировать список элементов, полученных с сервера, используя RX | фильтр {} карта {}

0 голосов
/ 29 июня 2019

У меня есть следующий код, который я пытаюсь использовать для двух целей:

1) Вызовите API и получите результат в виде POJO

2) Санируйте этот объект (POJO) перед его отображением в интерфейсе пользователя 

   private fun getWinbackDataItems(rewardPurpose: String) /*Single<WinbackBaseItem>*/ {
        val x = repository.getRewardsList(rewardPurpose)
            .filter {
                it.result?.rewards != null
            }.map { winback ->
           winback.result?.rewards?.asSequence()?.filter { rewardsItem ->
                rewardsItem?.id != null && rewardsItem.title != null
            }?.toList()?.take(3)?.map {
                WinbackListItem(it?.id, it?.title!!, false)
            }?.toList()
        }
    }

Для меня предметом спора является строка ниже: 

 itemListSanitized.add(WinbackListItem(it.id, it.title, false))

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

Что мне здесь не хватает, простите за мою наивность, потому что я только начал реагировать

1 Ответ

1 голос
/ 29 июня 2019

Я полагаю, что вы работаете не против выполнения кода, а против предупреждающих сообщений вашей IDE или только за способность этого кода компилироваться.Вероятно, вы столкнетесь с тем, что более ранние проверки для null не обязательно позволят компилятору принимать ненулевые значения позже, потому что в то же время другой код в другом потоке мог бы выполняться и изменять значения.

Поэтому, когда вы создаете WinbackListItem, вы можете смело предполагать, что некоторые элементы не равны NULL, и все же компилятор не может быть уверен в этом, потому что он не может знать, что еще происходит в вашем файле.пространство процесса.Таким образом, компилятор требует, чтобы вы указали ему не беспокоиться о нулевых значениях (!!) или что вы проверите значения снова.Так работает Котлин.Часто это PITA, но так оно и есть.

Я играл с опубликованным кодом, просто чтобы быть уверенным, что знаю, о чем говорю.Вот код, который мне удалось выполнить: 

private fun getWinbackDataItems(rewardPurpose: String) /*Single<WinbackBaseItem>*/ {
    val x = repository.getRewardsList(rewardPurpose)
        .filter {
            it.result?.rewards != null
        }.map { winback ->
            winback.result?.rewards?.asSequence().filter { rewardsItem ->
                rewardsItem.id != null && rewardsItem.title != null
            }.toList().take(3).map {
                println(it.id)
                println(it.title)
                WinbackListItem(it.id!!, it.title!!, false)
            }.toList()
        }.count()
}

Я создал несколько очень простых классов и объектов, чтобы удовлетворить этот код и позволить ему работать.Обратите внимание, что я вынул некоторые ненужные '?'нулевые проверки.Я играл с входными значениями, пока не убедился, что it.id и it.title никогда не могут быть null при вызове конструктора WinbackListItem.И все же, два !! в его параметрах или что-то еще, удостоверяющее, что они не null, требуются, учитывая это определение WinbackListItem, которое не будет принимать null значений параметров: 

class WinbackListItem(val id: Int, val title: String, val huh: Boolean)
...