# WebData/RemoteData - Updating the data within RemoteData.Success during update or picking a better pattern?

**URL:** <https://discourse.elm-lang.org/t/webdata-remotedata-updating-the-data-within-remotedata-success-during-update-or-picking-a-better-pattern/1111>\
**Category:** Learn\
**Created:** [April 11, 2018, 6:52pm UTC](https://discourse.elm-lang.org/t/webdata-remotedata-updating-the-data-within-remotedata-success-during-update-or-picking-a-better-pattern/1111 "2018-04-11T18:52:08Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![negcx](https://yyz1.discourse-cdn.com/flex035/user_avatar/discourse.elm-lang.org/negcx/32/846_2.png) [@negcx](https://discourse.elm-lang.org/u/negcx)\
**Post date:** [April 11, 2018, 6:52pm UTC](https://discourse.elm-lang.org/t/webdata-remotedata-updating-the-data-within-remotedata-success-during-update-or-picking-a-better-pattern/1111/1 "2018-04-11T18:52:09Z")

</div>

I’m starting to build a side project in Elm, which is a SPA, to learn more about Elm. I have a backend that serves up a GraphQL endpoint that I can query for my data via HTTP requests.

In keeping with the theme of using types to avoid impossible states, I have been using the basic pattern of  
`type Model = { data : WebData MyDataStructure }`.

While I am finding this works well for the initial load of the data to force me to properly handle error states, etc., it seems quite difficult to deal with when I want to update `MyDataStructure`. It seems like if I want to do that, I’d have to do a `case ... of` for my current model a lot, even in cases where it seems really unnecessary (e.g. that message can’t even happen if the model isn’t loaded).

Is there a better pattern here or what am I missing? What alternatives have you used?

---

<div class="post-metadata">

**Author:** ![brasilikum](https://yyz1.discourse-cdn.com/flex035/user_avatar/discourse.elm-lang.org/brasilikum/32/524_2.png) [@brasilikum](https://discourse.elm-lang.org/u/brasilikum)\
**Post date:** [April 11, 2018, 10:10pm UTC](https://discourse.elm-lang.org/t/webdata-remotedata-updating-the-data-within-remotedata-success-during-update-or-picking-a-better-pattern/1111/2 "2018-04-11T22:10:39Z")

</div>

There has been a discussion a while back which I cannot currently find. If I remember correctly the essence was that this pattern is good enough for many usecases but might not fit yours. Then again it is hard to generalize a more sophisticated Datastructure there because basically having a ‘history’ of past requests can get very complex:

```auto
NotAsked
    | InitialLoad
    | Reload a
    | Failure e
    | ReloadFailure a e
    | Success a

```

This might fit your usecase, or maybe you need the previous content of a success in the reload success to make a diff. Or you need the previous error for the reload success…

I am not dismissing your concern, I just think it might make sense to tailor this to your needs inside of your code instead of a library.

Solutions that come to mind are:

- Fork WebData to accomodate for your usecase (see above)
- Have a List (Webdata MyDataStructure) or `lastGoodData : Maybe MyDataStructure`

This might not actually be what you want, but have you seen those GraphQL libraries?

- [http://package.elm-lang.org/packages/jamesmacaulay/elm-graphql/latest](http://package.elm-lang.org/packages/jamesmacaulay/elm-graphql/latest)
- [http://package.elm-lang.org/packages/ghivert/elm-graphql/latest](http://package.elm-lang.org/packages/ghivert/elm-graphql/latest)

---

<div class="post-metadata">

**Author:** ![Sidney](https://yyz1.discourse-cdn.com/flex035/user_avatar/discourse.elm-lang.org/sidney/32/3290_2.png) [@Sidney](https://discourse.elm-lang.org/u/Sidney)\
**Post date:** [April 11, 2018, 10:58pm UTC](https://discourse.elm-lang.org/t/webdata-remotedata-updating-the-data-within-remotedata-success-during-update-or-picking-a-better-pattern/1111/3 "2018-04-11T22:58:38Z")

</div>

Most (all?) `RemoteData` implementations provide a `map` function helps reduce the boilerplate code you’re referring to. It’s used like so:

```
import RemoteData exposing (RemoteData(..))

Success "Bob"
  |> RemoteData.map (\name -> "Hello, " ++ name)
  |> toString
--> Success "Hello, Bob"

Failure "Something went wrong"
  |> RemoteData.map (\name -> "Hello, " ++ name)
  |> toString
--> Failure "Something went wrong"

```

`map` is basically a shortcut to say “please run this function on this data, if the data is in a ‘success’ state”. `map` is provided for many data types, for example, `Maybe.map` and `Task.map`. And also for types like `Cmd.map`, where there’s not a ‘success’ state, but it can be useful to access the internal value.

Hopefully that makes sense 🙂 . I could create another example with more context if that would help.

---

<div class="post-metadata">

**Author:** ![negcx](https://yyz1.discourse-cdn.com/flex035/user_avatar/discourse.elm-lang.org/negcx/32/846_2.png) [@negcx](https://discourse.elm-lang.org/u/negcx)\
**Post date:** [April 12, 2018, 1:00am UTC](https://discourse.elm-lang.org/t/webdata-remotedata-updating-the-data-within-remotedata-success-during-update-or-picking-a-better-pattern/1111/4 "2018-04-12T01:00:59Z")

</div>

Thank you. The data structure you’ve outlined there is sort of what I started to go over in my head, which is actually what prompted my question, as I began to wonder if that was overly complicated and convoluted. There comes a point where if I’m going to display what data I have in any case, there isn’t much point in hiding it in a type and I can simply maintain the error state elsewhere.

I have in fact looked briefly at both libraries, though I’m not sure that either is really solving a real problem that I hope to solve right now. Making queries to GraphQL is dead easy and already effectively type safe with a lot of tooling.

An interesting approach is actually this one, [https://github.com/jahewson/elm-graphql](https://github.com/jahewson/elm-graphql), but I believe it’s not up-to-date with the latest Elm version. This package aims to generate decoders and requests based on a .graphql file and based on the actual types within the GraphQL server. This is a great approach (and one I’ve read about with other types of REST backends that are strongly typed).

I’m not (yet) finding the boilerplate and maintenance of decoders troublesome enough to bother with more dependencies.

---

<div class="post-metadata">

**Author:** ![negcx](https://yyz1.discourse-cdn.com/flex035/user_avatar/discourse.elm-lang.org/negcx/32/846_2.png) [@negcx](https://discourse.elm-lang.org/u/negcx)\
**Post date:** [April 12, 2018, 1:02am UTC](https://discourse.elm-lang.org/t/webdata-remotedata-updating-the-data-within-remotedata-success-during-update-or-picking-a-better-pattern/1111/5 "2018-04-12T01:02:57Z")

</div>

Thanks! Yes, I think this could be extremely helpful. I figured there was something like this that I was missing. I’m still not familiar with all the patterns for dealing with these ADTs.

---

<div class="post-metadata">

**Author:** ![system](https://canada1.discourse-cdn.com/flex035/uploads/elm_lang/original/1X/50a05e53677a2c3b47776d7abd0f113eb50193a1.png) [@system](https://discourse.elm-lang.org/u/system)\
**Post date:** [April 22, 2018, 1:10am UTC](https://discourse.elm-lang.org/t/webdata-remotedata-updating-the-data-within-remotedata-success-during-update-or-picking-a-better-pattern/1111/6 "2018-04-22T01:10:43Z")

</div>

This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.