`
jindw
  • 浏览: 500892 次
  • 性别: Icon_minigender_1
  • 来自: 初到北京
社区版块
存档分类
最新评论

雏凤清音 -- 面向数据的前端编程方法

阅读更多

名词解释:

桐花万里丹山路,雏凤清于老凤声——唐·李商隐《韩冬郎既席为诗相送因成二绝》
作为一种有别传统的前端编程方法,雏风名之。
面向数据的编程方法,避开繁琐的ui代码,直接针对前端数据模型编程,你的程序就能更加清晰简单。清音名之。




从实例开始:

避免过于枯燥的陈述,我们从实例开始,我们以百度 WebIM分组管理为例。


 

这里面,我们需要对用户分组列表执行:添加、删除、修改、保存、取消、排序等六种功能。


这算是一个比较常见的需求,那么,我们通常在前段实现这种功能,一般如何设计?多少代码?多长时间?

思考时间............................
===================================================

好了现在我们来展示一中简单的实现方式:

 

var data = {
	"list" : [
		{"id" : 1,"name" : "我的分组1"},
		{"id" : 2,"name" : "我的分组2"},
		{"id" : 3,"name" : "我的分组3"},
		{"id" : 4,"name" : "我的分组4"},
		{"id" : 5,"name" : "我的分组5"},
		{"id" : 6,"name" : "我的分组6"}	]
}
var action = {
  sort:function(list, inc){
    $("sort").className = inc?"down":"up";
    list.sort(function(a, b){
      return (inc?1:-1)*a.name.localeCompare(b.name);
    });
    render(data);
  },
  create : function(name){
    data.list.push({id: +new Date(),name: name});
    render(data);
  },
  edit : function(id){
    each(data.list, function(value, i){
      data.list[i].state = value.id == id ? "edit" : "normal";
    });
    render(data);
  },
  del : function(id){
    each(data.list, function(value, i){
      if(value.id == id){
        data.list.splice(i,1);
      }
    })
    render(data);
  },
  save : function(id){
    each(data.list, function(value, i){
      if(value.id == id){
        value.name = $("g_" + id).value;
        value.state = "normal";
      }
    });
    render(data);
  },
  cancel : function(id){
    each(data.list, function(value, i){
      data.list[i].state = "normal";
    });
    render(data);
  }
}
function $(id){
  return document.getElementById(id);
}
function each(obj, fn){
  for (var i = 0; i < obj.length; i++) {
     fn.call(obj[i], obj[i], i); 
  }
}
function render(data){
  $("container").innerHTML = teamList(data);
}
 


模板代码:

<c:client id="teamList">
	<c:for items="${list}" var="item">
		<div class="${item.state}">
			<c:if test="${item.state == 'edit'}">
				<div class="cell1">
					<input id="g_${item.id}" value="${item.name}" />
				</div>
				<div class="cell2">
					<button onclick="action.submit(${item.id})">
						提交
					</button>
				</div>
				<div class="cell3">
					<button onclick="action.cancel(${item.id})">
						取消
					</button>
				</div>
			</c:if>
			<c:else>
				<div class="cell1">${item.name}</div>
				<div class="cell2">
					<img src="images/edit.gif"
						onclick="action.edit(${item.id})" />
				</div>
				<div class="cell3">
					<img src="images/delete.gif"
						onclick="action.del(${item.id})" />
				</div>
			</c:else>
		</div>
	</c:for>
</c:client>
 


以传统的编程方法不同,我们没有直接操作html,或者说文档对象模型,而是抽象出一个更加简单的数据模型--一个JavaScript 数组对象。

我们所有的操作都是从这个简单的原始数据开始,数据模型被修改后,调用模板渲染函数,重新前端局部刷新展现UI。操作即可完成。

这种方法能给我们简化多少代码呢?大家可以去翻翻那些比较出名的JavaScript图书,里面通常会花一个小节的篇幅去讲解一个话题,那就是表格排序。

对照这里的表格排序,7行代码,需要一个章节去解释吗?





核心思想:

* 一切从源头开始
传统的编程方法有一个问题,那就是他修改的对象是文档对象模型,但是,当您的程序足够复杂的时候,这种文档对象模型往往不够简单,有太多冗余,或者夹杂着 太多的静态展示逻辑,我们控制它非常麻烦。好了,我们没有必要迁就文档对象模型,我们要设计更加简单的没有冗余的前端模型。

一切从源头开始,不仅是为了操作上更加简单,更重要的一点是,避免数据不一致和错误累加的危害。
如果是传统的文档数据模型,不仅他本身带有大量冗余。我们前段操作代码也容易有大量的冗余。如上例,传统的方法中,初次展现的分组列表和后来编辑,添加的 分组,可能生成方法都不一样,分布在不同的代码中,一单涉及到展现风格的修改,都得多次同步编辑,这在编程上的大忌。而我们上面介绍的方法中,我们只有一 处展现逻辑,那就是完整覆盖。
仍外,传统方法是对UI做增量的修改操作,但是加加减减的多了,难免不出点小问题,而且,这种问题只能被累加起来,但是在我们新的编程方法中,因为我们每次都是整体覆盖,这样就不会有错误累加的问题了。

* 表现层没有上下文
既然我们有自己的数据模型,就不要随便在文档对象模型上保留任何状态了,任何修改,都反映到数据模型中去吧,状态改变了,同步数据模型,再从数据模型开始,完全覆盖前端展示。





性能的问题
上例中的联系人分组管理,能承受多大的数据呢?
我们得先解释一下我们的统计方法。
人的视觉停留时间是0.1秒,或者说100毫秒。也就是说,100毫秒间隔人类是无法感知的。而我们的网页操作。是一种延迟,不是间隔,人类能感知的时间延迟有多少呢?我们没有权威的数据,一般认为是300毫秒。300毫秒内的延迟,我们是无法感知的。
那么300毫秒内,我们能渲染多少数据呢?IE8,FF3(不打开Firebug,打开firebug能渲染400次)上能支持1000条左右,Chrome上能支持3000次左右。

另外,在某些情况下,面向数据的编程方法,性能可能还具有一定的优势。比如,百度工具栏widget列表的设计中,我们一次装载了较多的widget数 据,但是我们每次只展示一小部分,这样,面向数据边车呢个方法中DOM节点明显比传统方式少一个数量级。要知道,DOM节点是非常消耗内存的。。。。



说点不足

动画,对,我们不应该采用这种方式做网页动画,因为动画的刷性要求太高,模板这种重头开始的方式不再适用。

所以,真要使用js动画效果的时候,你还是应脚本库去辅助。
同时提一点个人看法,用户体验的提高并不是动画这样吸引 眼球的效果。更多考虑应该是让用户操作更方便,不要被扣分。




如何体验?


* 运行JSide调试服务器。
http://www.xidea.org/webstart/JSide.jnlp
一个webstart程序,JSide 启动之后会在窗口右侧出现一个彩色的浮层(无边框窗口,如果是Java6u10+,这个窗口会透明显示)



* 下载测试程序并解压。
http://lite.googlecode.com/files/Example-20091219.zip
下载之后随便解压缩到一个目录里面吧。

* 设置调试网站目录。
测试服务器就是为了测试方便而设计的,你只要把刚才解压缩的目标目录拖放到JSide浮层上,测试服务器自动切换网站目录。

* 查看测试程序。
每次切换网站目录后,程序会提示您打开网站首页,你打开就是了。首页默认是一个文件列表。选择你看着顺眼的文件点击吧(*.s.js是一种用JavaScript编写的服务端小程序,可以在JSide测试服务器上运行)

* 修改程序代码。
在JSide浮层上右键,浏览文件,修改吧。

  • 大小: 23 KB
分享到:
评论
16 楼 jindw 2010-04-29  
skyblue1984 写道
采用全部重新渲染的方式,当记录条数很多的情况下,是不是应该考虑下性能的问题?



性能问题不是想出来的。是测出来的。
性能优化也更多在于架构的调整,而不必在乎一两条语句的得失。

前端的性能最常见的有者两种:

1。 装载性能(主要是网络,阻塞。。)
2。 动画

而前端模板经常用于局部刷新操作,这种行为一般认为只要能在0.3妙内完成渲染,就不必优化,因为用户无法察觉(当能,如果您希望从节能环保的角度考虑,哪就是另外一回事了)。
15 楼 skyblue1984 2010-04-13  
采用全部重新渲染的方式,当记录条数很多的情况下,是不是应该考虑下性能的问题?
14 楼 jindw 2010-01-16  
Zehee 写道
你这个和我试验的JavaScript的MVC理念相同。将业务(Model)和DOM操作(View)分离开通过Controller连接渲染。

我这里有个小例子大家可以评一下:

http://zehee.iteye.com/blog/513818

很不错的小游戏,鉴定完毕。

joehe 写道
简单的事总要搞的这么复杂

看来太简单的大脑是不适合用来欣赏简单的。

baguo8899 写道
请叫个问题,这种方法前台的数据模型改变了,后台数据是否也相应发现改变?
是通过模板改变的,还是也要通过ajax请求改变后台相应的数据?

这里只是前端UI编程,没有涉及到后台数据存储的问题,需要的人自己补充。

13 楼 baguo8899 2010-01-15  
请叫个问题,这种方法前台的数据模型改变了,后台数据是否也相应发现改变?
是通过模板改变的,还是也要通过ajax请求改变后台相应的数据?
12 楼 joehe 2010-01-15  
简单的事总要搞的这么复杂
11 楼 Ihavegotyou 2010-01-14  
用GWT吧。  可以在没有server side的时候,使用dummy server. 直接用Json来作驱动开发。
10 楼 Zehee 2010-01-13  
你这个和我试验的JavaScript的MVC理念相同。将业务(Model)和DOM操作(View)分离开通过Controller连接渲染。

我这里有个小例子大家可以评一下:

http://zehee.iteye.com/blog/513818
9 楼 jindw 2010-01-12  
taocong810 写道
这种方法优点很多,省略500字,但是model和view的状态有时是不一致的。比如
  a。 重新生成的view有滚动条的位置需要记忆时怎么办?
  b。 用户选择了几个item,想同时操作,例如同时删除,在删除前想做一个排序,如何记忆那几个item被选择了?


恩,每一种方法都有自己的局限性。
我们也发现了不少不适合用模板的地方。基本的特点就是,连续动作。比如拖放,动画,就不适合了。

a. 内容本身的滚动条所有浏览器都会记录的,当能,如果你是内容内部元素的滚动条,那就不行了。
b. checkbox点击的时候同步数据就可以了。
8 楼 taocong810 2010-01-12  
这种方法优点很多,省略500字,但是model和view的状态有时是不一致的。比如
  a。 重新生成的view有滚动条的位置需要记忆时怎么办?
  b。 用户选择了几个item,想同时操作,例如同时删除,在删除前想做一个排序,如何记忆那几个item被选择了?
7 楼 hatedance 2010-01-12  
每次都是从Model生成View。的确费一点电,不过能接受就好。
问题是view层自己的状态就没有了吗?还都保存在model里?
6 楼 yeaha 2010-01-12  
我们也是这样的做法,不过我们把数据放到xml document里面,对于复杂关系的数据场合,xml document比js array更方便操作
xml document可以看作在客户端的一个数据库,xpath作为sql,数据的改变通过js写入xml document,同时js对dom进行相应改动,客户端的任何修改都不会和服务器交互,只有最后保存xml document时才和服务器打交道
5 楼 jindw 2010-01-12  
akandfxs 写道
非常不错。
hehe,按照js模板的需要生成数据。以前我们做B/S项目也是这么做的。后来也看过一个js后端的服务器,还实验过。很多方法都可以动态,不过没有在项目中体现出来究竟能省多少。担心js做后端影响项目的通用性。


js后端就算了吧。不靠谱。
前端模板也一直没有看见过真正实用的。


我认同的前端模板使用方式只有两种:
1. 在后端模板中嵌入前端模板,让后端模板作为前端模板编译的平台
2. 使用脚本托管机制(如JSI),开发时候可以实时编译,但是导出上线的时候,能后抛掉编译工作,轻装发布。
4 楼 Army 2010-01-12  
我感觉你的东西要开始真正的普及了。
3 楼 akandfxs 2010-01-11  
非常不错。
hehe,按照js模板的需要生成数据。以前我们做B/S项目也是这么做的。后来也看过一个js后端的服务器,还实验过。很多方法都可以动态,不过没有在项目中体现出来究竟能省多少。担心js做后端影响项目的通用性。
2 楼 bellstar 2010-01-11  
好复杂的实现,但不用渲染整个
var groupManagerCmp = {
      body: "#userGroup",
      viewTemplete: new Template( "<tr><td>${name}</td><input type='button' value='编辑' /><td></td><td><input type='button' value='删除' /></td></tr>"),
      editTemplate:   new Template( "<tr><td><input type='text' value='${name}'></td><td><input type='button' value='提交' /></td><td><input type='button' value='取消' /></td></tr>"),
      renderViewRow: function(id, name){
         var tr = this.viewTemplete.bind(id,name);
         $("input[0]",tr).click(function(){ //编辑
             groupManagerCmp.edit(tr, id, name);
         })
        $("input[1]",tr).click(function(){ //删除
             action.do("delete", {id: id}, function(){
                 groupManagerCmp.remove(tr);
             })
         })
         return tr;
      },
      renderEditRow: function(id, name){
           var tr =  this.editTemplate.bind(id,name);
           $("input[0]",tr).click(function(){ //提交
              action.do("put", {id: id, name: name}, function(group){
                  groupManagerCmp.update(tr, group.id, group.name);
             })
           });
          $("input[1]",tr).click(function(){ //取消
             groupManagerCmp.update(tr, id, name);
         })
        return tr;
      },
      append: function(id, name){
          $(this.body).appendChild(this.renderViewRow(id, name));
      },
      remove: function(trNode){
         $(this.body).removeChild(trNode);
      },
      edit: function(trNode, id, name){
          $(this.body).replaceNode(trNode, this.renderEditRow(id, name));
      },
      update: function(trNode, id, name){
         $(this.body).replaceNode(trNode, this.renderViewRow(id,name));
      }
}

var action = {
    url: {
      post: "group/new",
      put: "group/update",
      delete: "group/destroy"
    }
    do: function(action, params, callback){
       ajax(this.url[action], params, function(data){
          callback(decode(data))
      });
     }
}
1 楼 kimmking 2010-01-11  
不是面向数据,而且把模型丢到js里了。

相关推荐

Global site tag (gtag.js) - Google Analytics