the density is actually very high — as the axiomatic statements in alter's switch contains the only parts to actually change the objects of the whole system. they become Vocabulary that you can use in a Command Interpreter style and form sentences form those axiomatic statements of course your DSL (comprise of the Change enum and axiomatic statements implementing that declaration) can look very different. you can call helper functions from the right side of those animatic statements and parameterise them as you would in proper OO. but that is personal gusto. I put it into alter directly to highlight similar sub statements and different once in one glass. So to speeak: I formatted them with rules that come from typography and layering — but if you do that, is up to you.

Those codes do not qualify as boilerplate in any case, as it 100% contribute to the domain of an app.

Just because you dont like it, doesn't make anything boilerplate. Routers, Coordinators, Presenters — those are boilerplate, as the dont contribute to the domain. or in short: the customer is interested in the domain — not in the Presenters they might find in the the code.