Created
September 26, 2015 11:04
-
-
Save pdamoc/bfb76c76205f316f009c to your computer and use it in GitHub Desktop.
Agnostic StartApp
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
module StartApp ( start, Config, App ) where | |
{-| This module helps you start your application in a typical Elm workflow. | |
It assumes you are following [the Elm Architecture][arch] and using | |
[elm-effects][]. From there it will wire everything up for you! | |
**Be sure to [read the Elm Architecture tutorial][arch] to learn how this all | |
works!** | |
[arch]: https://github.com/evancz/elm-architecture-tutorial | |
[elm-effects]: http://package.elm-lang.org/packages/evancz/elm-effects/latest | |
# Start your Application | |
@docs start, Config, App | |
-} | |
import Task | |
import Effects exposing (Effects, Never) | |
{-| The configuration of an app follows the basic model / update / view pattern | |
that you see in every Elm program. | |
The `init` transaction will give you an initial model and create any tasks that | |
are needed on start up. | |
The `update` and `view` fields describe how to step the model and view the | |
model. | |
The `inputs` field is for any external signals you might need. If you need to | |
get values from JavaScript, they will come in through a port as a signal which | |
you can pipe into your app as one of the `inputs`. | |
-} | |
type alias Config model action output = | |
{ init : (model, Effects action) | |
, update : action -> model -> (model, Effects action) | |
, view : Signal.Address action -> model -> output | |
, inputs : List (Signal.Signal action) | |
} | |
{-| An `App` is made up of a couple signals: | |
* `output` — a signal of `output` representing the current visual | |
representation of your app. This should be fed into `main`. | |
* `model` — a signal representing the current model. Generally you | |
will not need this one, but it is there just in case. You will know if you | |
need this. | |
* `tasks` — a signal of tasks that need to get run. Your app is going | |
to be producing tasks in response to all sorts of events, so this needs to | |
be hooked up to a `port` to ensure they get run. | |
-} | |
type alias App model output= | |
{ output : Signal output | |
, model : Signal model | |
, tasks : Signal (Task.Task Never ()) | |
} | |
{-| Start an application. It requires a bit of wiring once you have created an | |
`App`. It should pretty much always look like this: | |
app = | |
start { init = init, view = view, update = update, inputs = [] } | |
main = | |
app.output | |
port tasks : Signal (Task.Task Never ()) | |
port tasks = | |
app.tasks | |
So once we start the `App` we feed the HTML into `main` and feed the resulting | |
tasks into a `port` that will run them all. | |
-} | |
start : Config model action output -> App model output | |
start config = | |
let | |
-- messages : Signal.Mailbox (Maybe action) | |
messages = | |
Signal.mailbox Nothing | |
-- address : Signal.Address action | |
address = | |
Signal.forwardTo messages.address Just | |
-- update : Maybe action -> (model, Effects action) -> (model, Effects action) | |
update (Just action) (model, _) = | |
config.update action model | |
-- inputs : Signal (Maybe action) | |
inputs = | |
Signal.mergeMany (messages.signal :: List.map (Signal.map Just) config.inputs) | |
-- effectsAndModel : Signal (model, Effects action) | |
effectsAndModel = | |
Signal.foldp update config.init inputs | |
model = | |
Signal.map fst effectsAndModel | |
in | |
{ output = Signal.map (config.view address) model | |
, model = model | |
, tasks = Signal.map (Effects.toTask address << snd) effectsAndModel | |
} |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment