The obvious reason for supporting this form of event binding is that it gives you the flexibility to just create one view inside of your current template (as opposed to many views). Having one view decreases the complexity of your template considerably (although I am not saying that each template should only have one view obviously). And again, this proposal is not about one particular scenario; just a high-level idea.
Awesome, thanks for the action solution! This will definitely work for now, but it would still be nice to be able to handle all of the logic from the View class instead of having to always add action helpers.
If you placed all of your view dom events inside of an events object property, then Ember could pretty easily remove all events in it’s teardown logic.