Discovering a cornerstone of Safe Clean Architecture: Domain Workflows.
www.linkedin.com/pulse/functi...

📚 It's substantial—a quick printout in PDF format comes to 355 pages, not including the table of contents, but with a spacious layout!

💡 I will be posting more focused messages on the topics covered.

📡 Stay tuned!

📖 After four months of work, the book “Safe Clean Architecture” is now complete 🎉

🔗 Check it out online.
rdeneau.gitbook.io/safe-clean-a...

#fsharp #free #e-book

Welcome | Safe Clean Architecture

📢 Announcing the writing of the book “Safe Clean Architecture”, available for free on GitBook to the #dotnet and #fsharp communities, and coming with a demo app already up and running: Shopfoo.

🙏 Thanks to @sergeytihon.com for the #fsadvent calendar.

🔗 rdeneau.gitbook.io/safe-clean-a...

I'm interested, for December the 20th 🙏

Blog post: Tips for unit testing #fsharp Fable apps using .NET:
jordanmarr.github.io/fsharp/unit-...

Thank you for the feedback 🙏

On my side, I prefer to see all the features directly with both the Model and the Msgs, without having to look at the implementation in the view and update functions. It's the beauty and the power of Elmish / MVU pattern. It's pragmatic too, based on another tradeoff.

Yes, I like the flexibility that offers Elmish. Your approach is interesting, using the Cmds for effects including UI ones, as long as it's a deliberate choice. For instance, if we need to test the business rules regarding the display of such messages, it's more convenient with the Model.

It's more aligned with the Elmish philosopy. What do think?

Thx for the tips. I like the 1st one: ServerApi.mkDefault().

On my side, I do nothing related to the UI in the update function. I only use the Model for that. For instance, to trigger `Toastify.error`, I would have an optional Error in the Model.