var Animal = Backbone.Model.extend({ url: '/animals' }); var Animals = Backbone.Collection.extend({ model: Animal }); var AnimalsView = Backbone.View.extend({ initialize: function() { this.collection.on('add', this.appendAnimal, this); }, appendAnimal: function(animal) { this.$('ul').append('<li>' + animal.escape('text') + '</li>'); } }); var NewAnimalView = Backbone.View.extend({ events: { 'submit form': 'addAnimal' }, initialize: function() { this.collection.on('add', this.clearInput, this); }, addAnimal: function(e) { e.preventDefault(); this.collection.create({ text: this.$('textarea').val() }); }, clearInput: function() { this.$('textarea').val(''); } }); $(document).ready(function() { var animals = new Animals(); new NewAnimalView({ el: $('#new-animal'), collection: animals }); new AnimalsView({ el: $('#animals'), collection: animals }); });
总结
我们已经实现什么呢？我们在高度的抽象上工作。代码的维护、重构和扩展变得更容易。我们极大的优化了代码结果，是不是很迷人？太棒了。但是，我可能要给你泼冷水，即使最好的框架，开发的代码仍旧是脆弱并且难以维护。因此，如果你认为使用了一个较好的MV*框架能解决所有代码上的问题是错误的。记住在重构过程中，经历了第二步，代码会变得好很多，我们不使用框架的主要组件。
记住MV*框架是好的这一点，但是所有关注在‘How'去开发一个应用，这让程序开发人员头决定‘What'。每个框架的一个补充，尤其是当项目的Domain很复杂，将是Domain驱动设计方法，这将更关注与下面的方面：“what”， 把需求转化为真正的产品的一个过程。但是，这是我们要讨论的另外一个主题。
您可能感兴趣的文章: