您是否尝试过在构造函数中而不是在initialize函数中扩展this.events？如果您在initialize函数中这样做，就太晚了; business函数的事件委托已经在构造函数中设置好了，它将指向parentView（请参见Backbone.View的构造函数中对this.delegateEvents();的调用）。
更新了一个工作示例：

ParentView = Backbone.View.extend({
    name: 'ParentView',
    events: {
        "event": "business"
    },
    business: function(e){
        this.someFunc && this.someFunc();
    }
});

ChildView = ParentView.extend({
    name: 'ChildView',
    events: {
    },
    constructor: function(){
       this.events = _.extend( {}, ParentView.prototype.events, this.events );
       console.debug( this.events );
       ParentView.prototype.constructor.apply( this, arguments );
    },
    someFunc: function(){
        console.debug('someFunc; this.name=%s', this.name);
    }
});

child = new ChildView();
$( child.el ).trigger('event');
// logs 'this' in 'someFunc'; the name is 'ChildView'.

实际上，我不知道这是否能解决你的问题，但我通常这样做：this.constructor.__super__.initialize.apply(this, arguments);，而且效果很好。我的解决方案完全错误。原因如下：

var Model1 = Backbone.Model.extend({
  method: function () {
    // does somehting cool with `this`
  }
});

var Model2 = Model1.extend({
  method: function () {
    this.constructor.__super__.method.call(this);
  }
});

var Model3 = Model2.extend({
  method: function () {
    this.constructor.__super__.method.call(this);
  }
});

var tester = new Model3();

// Boom! Say hallo to my little stack-overflowing recursive __super__ call!
tester.method();

在Model2::method中对this.constructor.__super__的调用将解析为（鼓声）Model2::method。

始终使用ExplicitClassName.__super__.methodName.call(this, arg1, arg2 /*...*/)或咖啡脚本的super。

您可以通过将下面一行添加到child的initialize方法中来解决此问题：

_.bind(this.business, this)

希望有人能给你一个比我更好的描述，但我会给予它一个机会：
发生的情况是，除非另有说明，否则该方法将使用定义它的作用域的上下文。当您调用parentView.prototype.initialize.apply(this)时，initialize被告知使用子对象的上下文，因为您将在childView中传递对apply方法的this引用。
您可以使用如上所述的underscore.js bind方法将业务方法绑定到子级的上下文。