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

我觉得往后面的富客户端走

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


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

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

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

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

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

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

三是渐进退化的方式

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

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

比较疑惑，望大家讨论下更合逻辑的实现。