Czy nie byłoby łatwiej stworzyć wyspecjalizowany konstruktor bazowy z Backbone.View, który obsługuje dziedziczenie zdarzeń w górę hierarchii.
BaseView = Backbone.View.extend {
# your prototype defaults
},
{
# redefine the 'extend' function as decorated function of Backbone.View
extend: (protoProps, staticProps) ->
parent = this
# we have access to the parent constructor as 'this' so we don't need
# to mess around with the instance context when dealing with solutions
# where the constructor has already been created - we won't need to
# make calls with the likes of the following:
# this.constructor.__super__.events
inheritedEvents = _.extend {},
(parent.prototype.events ?= {}),
(protoProps.events ?= {})
protoProps.events = inheritedEvents
view = Backbone.View.extend.apply parent, arguments
return view
}
Pozwala nam to zredukować (scalić) skróty zdarzeń w dół hierarchii za każdym razem, gdy tworzymy nową „podklasę” (konstruktor potomny) za pomocą przedefiniowanej funkcji rozszerzającej.
# AppView is a child constructor created by the redefined extend function
# found in BaseView.extend.
AppView = BaseView.extend {
events: {
'click #app-main': 'clickAppMain'
}
}
# SectionView, in turn inherits from AppView, and will have a reduced/merged
# events hash. AppView.prototype.events = {'click #app-main': ...., 'click #section-main': ... }
SectionView = AppView.extend {
events: {
'click #section-main': 'clickSectionMain'
}
}
# instantiated views still keep the prototype chain, nothing has changed
# sectionView instanceof SectionView => true
# sectionView instanceof AppView => true
# sectionView instanceof BaseView => true
# sectionView instanceof Backbone.View => also true, redefining 'extend' does not break the prototype chain.
sectionView = new SectionView {
el: ....
model: ....
}
Tworząc wyspecjalizowany widok: BaseView, który redefiniuje funkcję rozszerzania, możemy mieć podwidoki (takie jak AppView, SectionView), które chcą dziedziczyć zadeklarowane zdarzenia ich widoku nadrzędnego, po prostu robią to, rozszerzając z BaseView lub jednej z jego pochodnych.
Unikamy potrzeby programistycznego definiowania naszych funkcji zdarzeń w naszych podglądzie, które w większości przypadków muszą jawnie odwoływać się do konstruktora nadrzędnego.