Differentiate results

I like the approach of this package and the simplicity on how it works.

Edit I tested a lot and simplified this issue based on my tests:

Please look at following situations to understand my issue:

• Situation A: I need to find a list of data sets based on different query options. If I wanted to display two lists of data sets on the same page I would need to have two reducers right now in order to distinguish the results and to prevent them from being overwritten.
• Situation B: I get a data set from the server. I have an error message field which should print a warning if the data could not be fetched. When the data was successfully fetched from the server I want to change it somehow. So I do an update. If the update failed and I now go back to my preview of the data I get an error message which I can’t tell if it was from the get or the update, so I have to add additional state to distinguish.
• Situation C: I find an array of data sets from my server which give me basic information about my entries. I now want to get each entry of the same endpoint afterwards and load them into my view so that my application doesn’t hang and the user wouldn’t need to wait until all of the data was fetched before he could interact with the UI. How should I get both the result of the find and all results of get into the state?

So here are some possible solutions:

• Solution for situation A: You could set something like a ‘namespace’ in the action to let the reducer know in which substate the result should be put. This would give the user most control about the data but would cause a lot of substates which may never be reused afterwards. I also don’t think that this would be redux conform as you would modify the way the reducer works in the actions which should be prevented if possible.

services.myService.find/get/...('namespaceA', data);
services.myService.find/get/...('namespaceB', ...);
myService: {
  namespaceA: {
    isError, isLoading, isFinished, data, ...
  },
  namespaceB: {
    isError, ...
  }
}

• Solution for situation B: You could add a field like ‘method’ to the state.

services.myService.get(...);
myService: {
  method: 'get',
  isError,
  data: { entryData },
  ...
},

• Solution for situation C: A mechanism to inject the result into queryResult?

Please let me know what you think about this.

[Sicria]

Any update on this? The base functionality is great, but Situation A is really common.

Edit - Ended up using the following, seem to provide the functionality I was after.

export function feathersReduxServices(app) {
  return {
    ...reduxifyServices(app, [
      'users',
      'articles',
    ]),
    ...reduxifyServices(app, { articles: 'topArticles' }),
  };
}

[eddyystop]

Just want to let you know I’m still thinking about it.