java中的接口是类吗
272
2023-04-27
BackBone及其实例探究_动力节点Java学院整理
MVC简介
基本介绍
MVC即模型(Model),视图(View)和控制(Controller),旨在实现Web系统的职能分工,具体来说就是使业务逻辑和数据显示分离。
在MVC中,视图(View)为用户提供交互,模型(Model)负责处理数据和业务逻辑,控制器(Controller)则是View与Model之间沟通的桥梁。
MVC一个很重要的标志就是,视图(View)与模型(Model)没有直接的交互,而是通过控制器(Controller)来沟通。具体地:用户通过View进行输入,Controller负责把输入传递给Model,Model处理,存取数据,然后Controller将处理的结果返回View进行展示。
优缺点
MVC架构的优势是显著的,但也存在一些缺点。
一方面,MVC能极大地降低数据与视图之间的耦合性,具有较高的可维护性和复用性,还能提高分工效率和降低生命周期的成本,从而有利于软件工程化管理。
然而,MVC架构却不是那么容易理解,且会增加系统的复杂性,还会降低视图层访问数据层的效率,不适用于小型工程的开发。
Backbone
BackBone是一个重要的前端MVC框架,用于支持javactript应用的重量级开发。下面将对Backbone.Events(和控制器有着密切联系)以及Backbone.Model(和模型有着密切联系)的应用进行介绍,并结合实例分析Backbone框架是如何支持前端MVC的架构的。所有的学习资料来自于BackBone官网:http://backbonejs.org/
Backbone.Events
在Backbones中,事件可以作为一个任何一个对象的模型,对象能够绑定和触发一个事件被命名的事件。
对于一个被声明了的对象object(下文的讨论,所有的对象都以object为例),首先为object添加extend。
._extend(object,Backbone.Events);
然后为对象添加一个事件:格式为:
object.on(event,callback,[context]);
第一个参数为事件名,第二参数为事件调用时的回调函数。
以下面的事件为例:”alert”为事件名,function(msg)为回调函数,msg为触发事件时所传入的参数,与触发器中的参数一致。
object.on(“alert”,function(msg){alert(msg);});
触发object.on进行回调的是object.trigger(“alert”, ”It's an event”)。
同object.on,object.trigger第一个参数为事件名,而第二个参数传入的是object.on中回调函数所需要的参数。事件通过事件名被绑定在一个对象上。可以看到这个事件在绑定前是不需要声明的,事件能够被触发的内在联系是共同的对象和事件名。特别地,如果事件名为”all”,那么调用任何object.trigger时,都会触发object.on中的回调函数。
与标准的事件绑定相对应的,标准触发的格式为:
object.trigger(event,[*arg]);
也可用js中类似属性的定义来绑定一个对象的多个事件,如:
object.on{
“setup”:function_a(),
“change”:function_b(),
“destroy”:function_c()
}
触发相应的”setup”,”change”,和”destroy”时可以分别调用相应的function_a()等。
如果需要解除对象上一个事件的绑定,则使用object.off(event,callback,[context])函数。标准参数列表与相应的object.on一致。
具体的,以上面的”setup”:function_a()为例:
//解绑定
object.off(“setup”,function_a);
//移除所有的”setup”事件(可能绑定多个回调函数)
object.off(“setop”);
//移除所有的绑定function_a这个回调函数的事件
object.off(function_a);
//移除所有的事件
object.off()。
如果希望事件被触发一次就解绑定,则直接使用object.once(event,callback,[context])。
使用object.listenTo(other_object, event, callback),可监听其他对象的事件,事件被触发时同样调用callback的回调函数。类似的,可使用标准的stopListenTo([other_object], [event],[callback]),进行解绑定。
ListenTo在MVC架构中很有用,如使用视图类的对象监听Model类的数据处理事件,并进行回调(一般是对数据进行展示)。
BackBone.Model
Models是一个javascript应用的核心。很多时候,models需要处理许多数据,以及与这些数据相关的逻辑。然而,对于javascript来说,并没有类似java那样的类的结构的存在。然而在实际应用中,却需要这样的模型结构。而BackBone.Model为js提供了很好的拓展,让javascript也能实现类的结构和功能,更准确地说,实现类似C#中的属性。下面给出官方介绍的一个简化的实例(为了简洁起见,之后所有介绍的模型都采用Model,而模型的对象都采用model):
//类似类的定义
var Model = BackBone.Model.extend({
myData:”year2013”,
myFunction:function(){myData = “year2014”;}
);
//类似类的实例化
var model = new Model;
//类似对象调用成员方法
my_class.myFunction();
可以看到以上的代码就实现了类似类的结构。与传统javascript对象的属性区别在于,一个是具体的对象(只能使用一次),另一个是一个类的模型(可以被多次实例化)。
既然已经有了类似类的实例化功能,那么自然,BackBone.Model也为我们提供了类似构造函数的拓展。当实例化一个对象时,采用new Model([attributes], [options])的标准格式进行实例化。例如:
new Model({
myData:”2013”
});
此外,经过拓展BackBone的js同C#一样,还具有属性的get和set函数。类似下面地进行调用:
var date = model.get(myData);
model.set(myData,”2014”);
此外,BackBone.Model还为js拓展了许多模型的默认函数,不一一介绍。需要使用的时候,建议在官网http://backbonejs.org/#Model-url的Model进行查询。
BackBone实例:Todo
下面结合官网中所给出的实例Todos来看一看BackBone在前端MVC的具体应用。
这是一个纯js实现的任务单application。
代码中设计了四个“类”来实现任务单的功能:
//Model层面,实现一条任务的数据操作
var Todo = BackBone.Model.extend({});
//Model层面,实现整个任务栏的数据操作,Collection拓展了本地存储功能
var TodoList = BackBone.Collection.extend({});
//BackBone.View.extend(),View和Controller层面
//负责接收用户操作和修改Model的数据,在render()函数中展示数据
//与Todo的Dom元素相关
var TodoView = BackBone.View.extend({});
//最顶层的UI以及控制器
var AppView = BackBone.View.extend({});
首先来分析实例中的Model,采用自下而上的分析方法:
Todo代表每一条Todo中的任务,与之相关的逻辑是其是否已经完成,需要指定其是否完成,需要初始属性done:false,另外需要设置done的函数,为此添加属性:
toggle:function(){
this.save({done:!this.get(“done”);});
}
可以看到这个属性在数据层从逻辑上实现了View层复选框的功能。
对于TodoList,使用Collection这一Model,为的是实现的数据本地存储。
属性含有model:Todo,即低层的,实现一个任务的实例。
此外,还需要localStorage : new BackBone.LocalStorage(“todos-backbone”)。用来进行本地存储。
在数据处理方面,需要对低层的done属性进行封装,实现了done:function(),返回被改变的done的位置。
在View和Controller层面,自下而上地依次设计了下面两个“类”。
var TodoView = BackBone.View.extend({});
var AppView = BackBone.View.extend({});
首先,对于TodoView,设置了一系列事件的响应,TodoView在Controller层面,对于View,接收这样的事件监听:
events: {
"click .toggle" : "toggleDone",
"dblclick .view" : "edit",
"click a.destroy" : "clear",
"keypress .edit" : "updateOnEnter",
"blur .edit" : "close"
}
以clear()为例,clear中调用this.model.destroy()进行数据层的处理,这就反馈到了数据层。
clear: function() {
this.model.destroy();
}
另一方面,在初始化时,指定了TodoView对数据层的this.model添加了监听,当this.model的change事件发生,TodoView发生this.remove(render亦同),而这是表现层的内容,这样就反馈到了表现层。
initialize: function() {
this.listenTo(this.model, 'change', this.render);
this.listenTo(this.model, 'destroy', this.remove);
}
这样一来便完成了从View(输入) -> Controller -> Model(处理) -> Contoller -> View(展示)的MVC架构。从上面可以看到,从数据的接收,处理,返回,展示,所有过程都是自动的,且View和Model没有任何的耦合。这是标准的MVC模式。
从TodoView向上则是总体的AppView。它的逻辑行为也是类似的,亦是在视图层接收数据,通过View类特有的结构反馈到数据层,然后数据层又无耦合地将数据返回到视图层进行展示。但是作为最顶层的View和Controller,其在视图层的render函数中实现的是总体的渲染,更底层的渲染则交给TodoView,在控制层的事件响应和事件监听实现的则也是封装度更高的处理。如添加一个todo,依次有如下的传递:
//View->Controller
"keypress #new-todo": "createOnEnter"
//Controller->Model
createOnEnter: function(e) {
if (e.keyCode != 13) return;
if (!this.input.val()) return;
TodoYvrlYiIs.create({title: this.input.val()});
this.input.val('');
}
//Model -> Controller
this.listenTo(Todos, 'add', this.addOne);
//Controller -> View
addOne: function(todo) {
var view = new TodoView({model: todo});
this.$("#todo-list").append(view.render().el);
}
在最后一个addOne函数中,则又包含了底层的MVC转换流程,但是这显然不是我们所关心的,它是由底层封装好的,在Backbone的框架会自动地进行MVC的逻辑传递。
Todo小结
这就是整个Todo Totuorial的结构。总的说来,BackBone所为我们提供的这种特定的结构很好地实现了MVC的架构,完成了View与Model的分离。而Controller则很好地充当了转换者的角色。
心得体会
由于之前没有学习过前端MVC的知识,因此在探究Todo实例的时候遇到了很多困难。Todo实例与传统的网页应用有很大的差异:
a) 无静态html代码,为纯js实现
b) 数据与界面的交互原理十分难懂
c) View的构建与数据的处理鸿沟太大。
d) 事件监听与事件绑定用途不同,响应与回调流程容易混淆
一开始,真的很难理解Todo的结构,但是后来,反过来,从MVC的结构来思考,从视图开始分析,探究ViewYvrlYiI->Controller->Model->Controller->View的线索。便得出了整体的结构以及Controller的传递过程。可以说,理解Controller这个桥梁对于贯通整个MVC结构有至关重要的作用。建议从View的输入下手,对Controller进行分析。
另一方面,可以适当采取自上而下与自下而上的结构进行分析。如对View的分析,采用自上而下方法较为容易入手,而Models采用自下而上的方法能帮助我们更清晰地理解Models的结构。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~