ZPET | iOS Zero Pin Extraction Toolkit | Cybersecurity library

How is it possible to ...

You have a ViewModel and it exposes two observable liveData with the List that your RecyclerViews need (two adapters, two lists).

The logic to decide that List A, Item 1 was tapped, and therefore List B, Item N has to change its background is absolutely outside of the scope of the Recycler View, Adapter, Activity, and possibly even ViewModel.

Ultimately, when a data mutation occurs (you tapped Item 1), you receive this event, act upon it (aka: send it to the Viewmodel -> Repository -> transform the data -> publish new lists(s) with the mutated data.

Eventually, your ViewModel will receive the new data from the repository, and will update the LiveData(s) that your activity is observing, and this will result in the adapters being submitted new data, that your DiffUtils will pick up, causing the Adapter to re-bind the modified views.

Based on the question/answer you linked, and your comment, I think this deserves a further comment.

1. The person says: "it's not a good idea to handle click on the adapter, nor to use an interface", then proceeds to "handle" the click, and uses an anonymous function (so it could have been an interface for the purposes of testing, but it instead made it a "higher order function".

2. This is exactly the same principle I was describing, only an interface is easier to understand.

Think about the responsibilities like this:

ViewHolder: It knows nothing about the data, recycler view, adapter, etc. But it has direct access to each "row/column" of your List. It owns the views, and it can manipulate them based on the data it's supplied and told to "hold" alongside the needed views. It doesn't create the views (it's told to) but it has them. All this can do in regards of clicking, is to make either expose a view (so a click listener can be set by someone externally) or simply delegate it.

Adapter: It knows nothing about the views other than their type (if used) and how to create viewHolders and "bind" them. So it sits in between, but it does have access to the data source provided to it (the list you supply) and it does have access to each "view holder" that it created; it knows more or less what's on screen, and can map a position to the data.

RecyclerView/Fragment/ViewModel: these have no idea what happens inside an adapter (nor they should), but they are primarily interested in when a click (or event) happened so they can presumably do something about it.

Based on all this, let's look at this person's solution (vs. what I was suggesting):

1. The Adapter's constructor is modified to receive a function:

(private val onSelect: (YourDataType?) -> Unit)

I normally define an interface:

I looked at your HTML and it seems that there is only one specific url that comes with your number (http://monitoring.octopuspro.cz/List.aspx?phone=). A fast prototyping approach is to grep for this and its following numbers. I made a fast check on regex101 so you can check out there too and maybe play a little bit with until you understand it: https://regex101.com/r/hTpTdy/1 After you understand it, you have to use regex in your code and fetch the numbers (in this case its the \w from the regex) with your preferred regex library and you're done.

TLDR; for a fast solution and specific to this case use this regex http://monitoring.octopuspro.cz/List.aspx?phone=\w*

You can't use Android code directly in shared project. In this scenario, you need to use DependencyService:

First define a interface in Shared project: