Store network requests in Realm

Question

Store network requests in Realm

ranhsd opened this issue 7 years ago · comments

Hi,
I have a question related to architecture of view model.

Let's assume that I have a requirement to store network requests payload in Realm in order to be able to access data even if the user is offline. Currently in the example you show how to use Network or Realm or CoreData but not all together.

If i want to fulfill the requirement I need to do the following:

Pass 2 use cases into my view model . One is the network use case and the other one is the realm use case
Execute a call to the server via the Network use case and then use flat map to get the results and store them in Realm.
If the user is offline i can simply fetch the data from realm use case instead of the network use case.

I think it can work but maybe there is a better way to achieve it. Maybe by creating an abstraction layer on top of it that will do the call (either to the server or to the offline database in case the user is online/offline)

What do you think ?

Thanks!

sergdort · Answer 1 · Thu Oct 19 2017 03:58:48 GMT+0800 (China Standard Time)

Hi @ranhsd there is example of caching data inNetwork , but it uses NSCoding I think if you swap it with Realm or any other persistence framework it should work

Ran Hassid · Answer 2 · Thu Oct 19 2017 16:06:45 GMT+0800 (China Standard Time)

Hi @sergdort
thank you !

sergdort · Answer 3 · Thu Oct 19 2017 16:38:28 GMT+0800 (China Standard Time)

I'm gonna close it then, if you'll have any questions feel free to reopen :)

Ran Hassid · Answer 4 · Mon Oct 30 2017 02:55:14 GMT+0800 (China Standard Time)

Hi @sergdort , In continue to this question...
I saw that you created the AbstractCache file inside the Network platform. Do you think that it's a good practice to use Realm inside the Network platform? I am asking because i think that the network should know only the domain and not the database layer. Maybe another solution can be to do it in the App layer there i can send 2 use cases to my view model:

One is the Network use case
The second is the Database (Realm/CoreData) use case

And then to do it on the app side. First i use the network to fetch items and then use Realm to store them, if the app is not connected then i can directly use the database use case.

What do you think? It is better to do it on the Network layer or on the App layer like i suggested?

Thanks.

hunganh0403 · Answer 5 · Sun Apr 22 2018 18:59:27 GMT+0800 (China Standard Time)

I have exactly same question with @ranhsd
i start to think about create a new layer like Interactor in VIPER architecture since I want to separate network from database

sergdort · Answer 6 · Mon Apr 30 2018 03:13:24 GMT+0800 (China Standard Time)

Hi, guys!

The only reason we have different platforms is the example app is to be able to have multiple concrete implementations of the same Domain. Typically in the real App we do not need to have multiple implementations for the same feature. So if it was a real app I would model it with only one Domain if it relatively small app or to have a domain per feature.

For example, if we have a UserProfile, Chat, NewsFeed features in our app we could model it something like

Where Core module (could be one or multiple) contain app agnostic implementation - meaning you should be able to use it "any" App.

Kyle Kirkland · Answer 7 · Fri Jan 18 2019 08:13:53 GMT+0800 (China Standard Time)

@sergdort If you model it with 1 domain per feature, how do you handle relationships? Can the domains know about each other?