锁定老帖子 主题:一种简约可行的后台界面UI开发方案
精华帖 (0) :: 良好帖 (6) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2009-06-02
1、美工只负责整个后台界面的风格设计,负责维护全局CSS、控件相关的图片和CSS 2、具体到某个功能的界面只与程序员有关,并且程序员不需要去写CSS,也能做出美观且风格统一的界面。 3、应该能在Dreamweaver中直接编辑即相应控件在Dreamweaver可视化编辑中有体现,并且不会破坏整个页面布局。 4、UI框架最好不具有侵略性,不能让我使用了这一UI框架之后丧失了直接使用HTML的权利,即我可以只在页面的局部使用这一框架。 5、性能要足够好,要基本上能够和只使用纯HTML的性能接近。 6、最好能够兼容IE和Firefox,能兼容Opera、Safari和Chorme就更好了 这几点应该说是很自然的要求,但已经否决了一大把的方案了。 其实如果公司自己已经有一些积累的话,实现如上几点要求并不特别困难。有资深的美工和架构师,并且两种人员都非常稳定、配合良好,美工精通CSS,但也需要熟悉JavaScript,架构师得非常精通JavaScript。在付出相当的努力后整理JS封装控件,并进一步封装成JSP Tag即可达到目的。如果需要实现一定程度的可视化的话,可以为Dreamweaver开发扩展,即可高效率地实现UI的开发 其中的关键之处在于JSP中的自定义标签的封装方式,例如一个按钮,一般喜欢封装成 <z:tbutton onClick="edit()" icon="../Icons/icon020a4.gif" text="修改"/> 但实际使用中远不如以下封装便利 <z:tbutton onClick="edit()"> <img src="../Icons/icon020a4.gif" width="20" height="20" />修改</z:tbutton> 因为这样可以在Dreamweaver中直接改按钮文字和图标。 再比如一个数据表格,一般都喜欢构建一个复杂的JS类,通过为JS类指定属性的方式来展现,远不如以下方式: <z:datagrid id="dg1" method="com.zving.platform.Schedule.dg1DataBind" size="15"> <table width="100%" cellpadding="2" cellspacing="0" class="dataTable"> <tr ztype="head" class="dataTableHead"> <td width="3%" align="center" ztype="RowNo"> </td> <td width="3%" align="center" ztype="selector" field="id"> </td> <td width="12%"><b>类别</b></td> <td width="20%"><b>任务名称</b></td> <td width="8%">是否启用</td> <td width="16%"><b>下次运行时间</b></td> <td width="32%"><b>任务描述</b></td> </tr> <tr onDblClick="edit();"> <td align="center"> </td> <td align="center"> </td> <td>${TypeCodeName}</td> <td>${SourceIDName}</td> <td>${IsUsingName}</td> <td>${NextRunTime}</td> <td>${Description}</td> </tr> <tr ztype="pagebar"> <td colspan="7">${PageBar}</td> </tr> </table> </z:datagrid> 可以很方便地看出,这样的DataGrid控件可以可视化地为表格增加列,修改列名、列宽度等等操作,可维护性大大增加。这种Tag的特征是Tag包含有Body,Tag执行时解析Body中的HTML,达到定义文字、样式、数据的目的。因为Body中含有HTML,所以整个标签在Dreamweaver是可见的。 在Dreamweaver中的DataGrid: 实际运行后的DataGrid: 在Dreamweaver中的表单: 实际运行后的表单: ----------ZvingSoft-------- ZCMS(泽元内容管理系统),泽元软件出品,免费下载,不限用途。 欢迎大家通过http://demo.zving.com/试用。 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2009-06-02
不错,不错,界面好清爽啊,如果在js被禁用的情况下,也能用就好了..
|
|
返回顶楼 | |
发表时间:2009-06-02
hahaeye 写道 不错,不错,界面好清爽啊,如果在js被禁用的情况下,也能用就好了.. 这个要求真是要人老命了。。。。。。 |
|
返回顶楼 | |
发表时间:2009-06-02
后台管理界面看起来很不错呀,用JQUERY了吗
|
|
返回顶楼 | |
发表时间:2009-06-02
turionboy 写道 后台管理界面看起来很不错呀,用JQUERY了吗
没用jQuery,JS框架是历史积累形成的,和Prototype类似。 |
|
返回顶楼 | |
发表时间:2009-06-03
看见Tag就感到头疼,你可以尝试一下这个思路。
界面除了必须要从Server端传来的多语言用Tag处理,其他不用。 将业务数据从UI设计中分离,进行UI设计时可以用预置的业务数据,使得UI实现的更充分,至于业务数据的加载,利用JS处理,可以写在独立的文件中用引用js文件或ajax的方式加载。 |
|
返回顶楼 | |
发表时间:2009-06-03
最近不同人发了好多关于泽元的消息....是不是一个人啊?
|
|
返回顶楼 | |
发表时间:2009-06-03
gafking 写道 看见Tag就感到头疼,你可以尝试一下这个思路。
界面除了必须要从Server端传来的多语言用Tag处理,其他不用。 将业务数据从UI设计中分离,进行UI设计时可以用预置的业务数据,使得UI实现的更充分,至于业务数据的加载,利用JS处理,可以写在独立的文件中用引用js文件或ajax的方式加载。 目前已经分离出来的,UI只决定怎么展现,展现几列,展现什么数据的问题,数据由后台提供。 以前采用过Ajax方式装载数据,但觉得使用Tag有一个好处,就是页面一加载就已经有数据了,不会有一个先是空白然后数据再填充进来的过程。当然这个并不是那么重要,主要是我们对Tag比较熟悉。 我们的方案肯定不会是最好的方案,我认为也没有最好的方案,只有最合适的方案。 |
|
返回顶楼 | |
发表时间:2009-06-03
jvincent 写道 最近不同人发了好多关于泽元的消息....是不是一个人啊?
我们公司人比较多...... |
|
返回顶楼 | |
发表时间:2009-06-03
标签里面千万不要加自定义样式。
|
|
返回顶楼 | |