Closed patriknw closed 11 months ago
One thing I’ve strived for with the example is to make it real. It bothers me that examples out there leave so much out. And I think the UI visually demonstrates something quite distinct about Akka’s event driven approach.
However, I get the burden it’s introducing on the first time reader. I can remove it from the guide and leave it in the example. Does that work for you both?
Sounds good to me
I think it would be fine to keep in the guide, as long as it was a separate step where you didn't have to understand it to get the core APIs.
Hiding it is also ok, but I think it still changes how things are done, for example, if you didn't do an SSE UI, would you have the shared model at all?
if you didn't do an SSE UI, would you have the shared model at all?
Good question. When we get to the gRPC-web stuff I suspect that protobuf will become that shared model.
Are we ok to close this now given https://github.com/lightbend/akka-projection-temp/pull/23. Life is now much simpler... WDYT?
I think it is ok now that the concerns are better separated 👍
Great improvement. Maybe the shared model separation is not that important any more? Anyway, we can fine tune later.
I think there is still merit in the shared model. The UI is event sourcing its state to present to the user with the same methods that the backend is. This is also consistent with my production app, and I’ve found it to be very useful there.
@johanandren and I had this opinion when we saw the UI PR, and we are both even more convinced when reading the guide. The UI code takes too much focus, and makes the initial installation more difficult.
It would be better to walk through the "core" features, step-by-step, without having to explain things like broadcast_event or shared model.
Curl would be perfectly fine for interacting with the sample.
At the end of the guide, it could have a step explaining what would be needed to add UI.