|
锁定老帖子 主题：企业级Web应用用户界面设计杂谈[原创]
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-10-21
为什么领导的话叫重要讲话呢，很多时候还真因为分量重的人说得话的确在理点，好好实践吧
|
| 返回顶楼 | |
|
发表时间：2007-10-22
UI设计很重要，也就是设计软件过程中用户界面这一环。例如在BI报表维度设计中，对于单层次维，我用到了下拉框；多层次维，用到了对话框，里面是带checkbox或者radio的ajax tree；对于网格维(例如时间维)，用到了一系列时间控件。
|
| 返回顶楼 | |
|
发表时间：2007-10-24
afcn0 写道 ...比如Ajax的代表Google maps连xhr都没用.. 想过没有，google没有用xhr原因是什么呢？ |
| 返回顶楼 | |
|
发表时间：2007-10-24
afcn0 写道 sslaowan 写道 fins 写道 其实 ext在功能性能上 已经完全可以试用与企业级应用了. 但是并不表示他适合企业级开发 从我们的实际使用来看，EXT的性能不能让人满意，特别是和某个国产商业表现层中间件比，或许是我们用的不好，不过当我们点击按钮弹出一个Ext Form时，竟然也很慢。 或许Web仿Windows目前还不能与桌面应用的性能相媲美，我们说弹出一个Form慢，但是想想如果是跳到下一个页面可能更慢。 如果加个定语，Ext不适合ERP系统吧。 另外不适用于企业级开发我反倒不能认同，CC中有一节内容是将深入语言编程，作者举了自己使用VB时对VB进行了严格的开发约束，它依然竟然有序，我觉得关键在于你如何去规范开发。 看到老兄这话,就叫我想起了各种js实现的Class封装,js有自己的OO,那些封装是为了编码更加符合常规人们所认识的OO才出现的,本没有什么意义,web就是web,没有必要模仿windows,易部署简单快捷一个地址全搞定,难道不是吗,好钢要用在刀刃上,比如Ajax的代表Google maps连xhr都没用 是啊，我多希望客户们和您想的一样啊！ |
| 返回顶楼 | |
|
发表时间：2007-10-24
引用 Ext完全把结构、渲染、封装这三个工作交由自己来完成，这让其它技术变得无所适从（JSP、Tag、乃至于Struts），它们在Ext面前显得那么的多余，完全成了Ext标准结构和JS代码的生成工具。这让做架构设计的设计师也很为难，谁放心让JS和浏览器做那么多的工作呢?
我参与的项目也遇到了这个问题。浏览器中的UI大部分通过Ext构建，UI中处处可见JS代码。页面中大量的内容都是动态构建的，JSP只是寥寥几个DIV。JS做的工作太多了，客户端机器的配置差点儿就跑不动，而Server几乎只用来提供数据。这也带来了问题：单页面的应用，多次点击、长时间运行后，浏览器占用的内存居高不下，页面的响应速度也下降。个人觉得，在JS中控制内存泄漏比在C里更难。 以前的WEB页面严重依赖Server，现在的应用严重依赖JS。理想的做法难道要秉承中庸，求得最佳平衡点？ |
| 返回顶楼 | |
|
发表时间：2007-10-24
founder 写道 引用 Ext完全把结构、渲染、封装这三个工作交由自己来完成，这让其它技术变得无所适从（JSP、Tag、乃至于Struts），它们在Ext面前显得那么的多余，完全成了Ext标准结构和JS代码的生成工具。这让做架构设计的设计师也很为难，谁放心让JS和浏览器做那么多的工作呢?
我参与的项目也遇到了这个问题。浏览器中的UI大部分通过Ext构建，UI中处处可见JS代码。页面中大量的内容都是动态构建的，JSP只是寥寥几个DIV。JS做的工作太多了，客户端机器的配置差点儿就跑不动，而Server几乎只用来提供数据。这也带来了问题：单页面的应用，多次点击、长时间运行后，浏览器占用的内存居高不下，页面的响应速度也下降。个人觉得，在JS中控制内存泄漏比在C里更难。 以前的WEB页面严重依赖Server，现在的应用严重依赖JS。理想的做法难道要秉承中庸，求得最佳平衡点？ 握手~ "平衡",被你一语中的。 我就是想花大篇幅来说一说这个平衡的问题。最近有个考试比较忙，下周努力把文章写出来呵呵。 |
| 返回顶楼 | |
|
发表时间：2007-10-24
平衡不能解决问题,最大发挥js和server能力,最好的表现应用是关键
|
| 返回顶楼 | |
|
发表时间：2007-10-28
我现在在做的项目也是用EXT，
充分利用CACHE与良好的设计，已经归避大多性能问题 一开始由于前台代码复杂，也存在内存泄漏，但也都由代码重构与重新设计一一解决了。 |
| 返回顶楼 | |
|
发表时间：2007-11-16
UI设计师应该是一个非常重要的职位，而且在开发过程中也是非常需要的，因为需求人员只会弄业务需求，而技术开发人员只会弄技术开发，美工也就是界面设计，而UI设计师应该站在用户的角度去想、去使用这个系统，然后使页面看上去更美观、操作更方便！
|
| 返回顶楼 | |
|
发表时间：2007-11-17
[quote="founder"]JS做的工作太多了，客户端机器的配置差点儿就跑不动，而Server几乎只用来提供数据。这也带来了问题：单页面的应用，多次点击、长时间运行后，浏览器占用的内存居高不下，页面的响应速度也下降。个人觉得，在JS中控制内存泄漏比在C里更难。 以前的WEB页面严重依赖Server，现在的应用严重依赖JS。理想的做法难道要秉承中庸，求得最佳平衡点？[/quote] 的确，js就是慢速语言。 |
| 返回顶楼 | |
