Do things without an effects manager

[valberg]

First of all: elm-phoenix is awesome! It's so easy to work with and the API just makes send - so kudos on that!

It would be very neat if it would become possible to install elm-phoenix using the normal elm package utility. This would mean that we did thinks without using an effects manager.

I have little knowledge of how this should be done, but a discussion on the elm-lang discourse it is said that it should require "minimal modifications": https://discourse.elm-lang.org/t/elm-0-19-from-a-production-perspective/815/7

I'm going to see if I can figure out how this should be done, but any help is highly appreciated

[dustinfarris]

my guess is that this will involve heavy use of ports

[dustinfarris]

my guess is that this will involve heavy use of ports

[valberg]

@dustinfarris Right, why is that? What do we need to call through ports? I haven't looked through what the effects manager does just yet :)

[valberg]

@dustinfarris Right, why is that? What do we need to call through ports? I haven't looked through what the effects manager does just yet :)

[dustinfarris]

@valberg my bad — for some reason i had it in my head that this library was calling phoenix.js directly, but that is not the case.

I skimmed the code really quick, it looks like elm-phoenix is operating as an effects manager in order to internalize its state, without requiring the user to wire up a model/update

So things like this:

elm-phoenix/src/Phoenix.elm

Line 270 in 9a185c3

handleSocketsUpdate : Platform.Router msg (Msg msg) -> Dict String (Socket msg) -> InternalSocketsDict msg -> Task Never (InternalSocketsDict msg)

will need to be refactored into a bona fide update function. I don't think there will be any API changes as a result, just more initial work for the user to set things up.

[dustinfarris]

@valberg my bad — for some reason i had it in my head that this library was calling phoenix.js directly, but that is not the case.

I skimmed the code really quick, it looks like elm-phoenix is operating as an effects manager in order to internalize its state, without requiring the user to wire up a model/update

So things like this:

elm-phoenix/src/Phoenix.elm

Line 270 in 9a185c3

handleSocketsUpdate : Platform.Router msg (Msg msg) -> Dict String (Socket msg) -> InternalSocketsDict msg -> Task Never (InternalSocketsDict msg)

will need to be refactored into a bona fide update function. I don't think there will be any API changes as a result, just more initial work for the user to set things up.

[valberg]

@dustinfarris Great! That sounds doable at least ;)

[valberg]

@dustinfarris Great! That sounds doable at least ;)

[norpan]

Let me know if you need any planning/coding help, testing etc.. We are trying to figure out how to upgrade to 0.19 as soon as possible, to avoid future debt.

Right now it seems we need to use ports no matter what, since there is no websocket package in 0.19.

[norpan]

Let me know if you need any planning/coding help, testing etc.. We are trying to figure out how to upgrade to 0.19 as soon as possible, to avoid future debt.

Right now it seems we need to use ports no matter what, since there is no websocket package in 0.19.