I’m familiarising myself with the Turbo::Broadcastable documentation, and like the clean API so far.
But there is one design decision that feels odd to me:
class Clearance < ApplicationRecord def broadcast_later broadcast_prepend_later_to examiner.identity, :clearances end end
In this example, the model takes the decision to prepend something in the view, influencing how data is presented. However, that kind of decision is traditionally reserved for the view itself or the controller, in pure MVC separation of concerns style.
I’m just curious about the thought process behind that design choice. Was it taken out of pragmatism, to simplify the broadcast API? Or am I overthinking this?