大音希声、大象无形

Java企业级应用软件开发探讨

12 2007 档案

关于基于JavaSript的RIA客户端数据处理(下)
     摘要: 上一篇讨论了关于客户端数据处理的一些问题,以简单的用例场景的方式描述了出来。很明显,要想实现一个功能完整的Rich客户端的话,必须能够满足上述用例场景的需求。能否根据这些需求做出合理的设计,是一个挑战。尤其对于设计而言,不同的人有着不同的风格,而且由于背景不同,也会有不同的见解。本文中,我只是陈述出自己的一些想法和设想,更多的是希望能够抛砖引玉,通过在这个方面的讨论也能增进我的理解。呵呵。

很显然,blog的形式更适合作为思路的介绍以及探讨的平台,而不是详细设计的文档。而且很明显这一篇文章是承载不了所有的详细设计的。我争取把我在各个细化的方面的想法在后续的文章里面发出来。如果时间允许的话,整理出初始的文档和代码,建立一个小的开源项目未尝不可(因为如此,所有的JS都是采用英文来注释──其实还有一个原因是练习英文 :))。这都是后话了。  阅读全文

posted @ 2007-12-15 13:15 guitarpoet 阅读(1407) | 评论 (2)  编辑

关于基于JavaSript的RIA客户端数据处理(上)
     摘要: 关于RIA尤其是基于Ajax的RIA怕是屡见不鲜了吧?尤其是在Google推手之后,文字处理、表格处理、幻灯片放映这种看起来非常客户端的应用,都可以采用Ajax的技术来实现了。作为一个关注企业级应用开发的技术人员,一个很自然的想法就会产生,是否可以采用这种技术来改进我们基于Java EE技术开发的B/S结构的企业应用呢?

先说有没有必要,答案是肯定的。B/S被广为诟病的一个问题就是降低了最终用户的操作效率,以我的经验来说,用户虽然普遍的感到基于浏览器的界面要漂亮得多,用鼠标操作也很直观,但是却实在比以前的界面复杂而且操作困难。而且每次页面提交后的等待也实在是对工作效率的一个降低。当然,我这里也没有必要意义列举B/S在客户端的缺点,实际上这个问题是被广泛认同的。

再说可行性,可行性分为两种:技术上的可行性以及工程开发上的可行性。

技术上的可行性就无须验证了,Google Reader、Gmail、Google Docs的稳定运行都是非常好的证明。

但是它是否一定适合时间要求相对比较严格的工程开发呢?
阅读全文

posted @ 2007-12-08 10:31 guitarpoet 阅读(1661) | 评论 (2)  编辑