首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 网站开发 > Web前端 >

【一行来设计UI框架】讨论:UI框架富客户端的业务接口设计

2012-11-05 
【一起来设计UI框架】讨论:UI框架富客户端的业务接口设计我觉得往后面的富客户端走 构建UI框架是很重要的,应

【一起来设计UI框架】讨论:UI框架富客户端的业务接口设计
我觉得往后面的富客户端走

构建UI框架是很重要的,应该是往后WEB开发的大趋势,但现在接口设计都不是太理想,可能也是现有UI框架应用的难题。


按照面向对象的思路来设计UI框架的接口的时候,自定义的业务层渲染究竟应该怎么做??

我看现在的方式 大概是两种
总结现在的框架应用方式,大概有三类:

一是EXT模式用JS自定义类书写整个表现层。

这样和后台语言的结合是不是 会很受限???
是不是只能通过JSON,XML这些中间数据格式来进行数据交换???

二是写HTML结构约定标签,如
<ui:pushButton>
<button onclick="delect()"><img src="delete.gif"/>删除</button>
</ui:pushButton>
这样生成封装好的按钮样式。

对于约定标签的形式 我是觉得很反感的首先就劫持了整个前端部分,导致整个HTML的本身属性 如CSS样式等无法以正常的HTML方式应用了,另外增加了学习成本,节点查找渲染等成本

三是渐进退化的方式

分离思想书写HTML代码结构,系统初始化的时候通过ID渲染界面部分。

属于轻量级的UI框架思想,但实际应用时候感觉烦琐逻辑很乱,通过什么形式渲染?匹配class?对性能造成影响?通过ID? 如果页面有100个控件都得一一去指定渲染方式?

比较疑惑,望大家讨论下更合逻辑的实现。<button dojoType="dijit.form.Button" iconevent="onClick" args="evt"> // Do something: dojo.byId("result2").innerHTML += "Thank you! "; </script></button><script type="application/backbase+xml" fragment="true"><!-- 自定义标签,不过是用来引入xml内容,非widget --><xi:include href="../portal_4_0/portal.xml" /><xi:include href="bindings/marketing-demo-portal.customize.xml" /><xi:include href="bindings/www.example.org/colorsManager/colorsManager.xml" /><xi:include href="bindings/www.example.org/columnsManager/columnsManager.xml" /><xi:include href="bindings/www.example.org/addContent/addContent.xml" /><!-- 使用标准HTML的控件来进行布局 --><!-- Full header --><div onclick="showAbout(); return false;" target="_blank">about</a></li> </ul> <div onclick="doSearch(document.forms[0]);" style="-moz-user-select: none;"><div onsubmit="doSearch(this); return false;"> <input id="search" border="0" name="q" type="text" onfocus="searchFocus()" onblur="searchBlur()"/> </form> </div> <!-- brandHeader-search --> <p:tabStrip portal="id('portal')" /> <!-- 第二种方式的自定义标签 --> </div> <!-- brandHeader --><!-- 部代代码略 --></script> 23 楼 wangzhongjie 2010-05-06   寻找出路的苍蝇 写道我们现在走得是服务器端编程模式,服务器端提供一套完整的控件模型库,用纯Java写界面,客户端只负责展现和响应用户动作。
当然,这需要一套完整的平台来支持,UI只是其中一个子框架,负责提供界面编程模式及界面运行环境。

我们以前也是这么做,可是看到现在太多的开源的js的组件库,没有必要了,可以把更多的渲染工作放到用户的浏览器上,但是比较郁闷的一件事就是,比如dojo的这样组件,运行速度是个问题。
24 楼 liuxu123123 2010-05-06   最近在公司在编写类ext的ui组件,个人感觉不好,这样将结构和功能混在一起创建,完全抹杀了开发人员自己的布局能力,在编写时组件式也会因为要创建并操作html代码而带来了额外的系统开销。

热点排行