AMOWA: 不应该关注URL的形式
除非是内容相关的系统,如CMS, Blog, 新闻,门户,论坛,网站系统等,这些系统需要一个明确的链接,来指引用户进行直接有效的访问。但是企业应用系统往往对这些并不关心。例如一个信息管理系统,几乎没有人关心浏览器地址栏里面的链接组织形式,除非一些别有用心的用户。
把握这一点很重要——我是指进行一个Amowa的实现。在我去年提出观点中,我指出,amowa不适合内容相关的系统。虽然这么说,但是当我试图实现一个amowa思想的论坛时,URL相关的东西让我头痛不已。一方面,既然是改善客户体验,所有的操作采取无刷新的方式来进行,那么用户从浏览器中看到的就只有一个地址;而另一方面,用户也许需要对某一贴进行引用转贴时,需要知道类似与thread?id=123的东东。这个问题困扰了我很久,项目也迟迟未动工。
在参与现在的这个商业项目中,我注意到用户根本不关心链接的组织形式,特别是系统非常庞大,页面采用框架进行组织时,浏览器中地址从来都只有一个。操作的感觉就像原来的VB/Delphi时代的C/S软件一样。这么说来,对于操作/功能型的系统,URL并不重要,那么这个时候amowa的各种威力就发挥出来了。
下面附上这段时间思考的Amowa框架目标,希望对有志于amowa框架开发的同仁有些启发:
- 采用纯粹HTML作为界面描述语言,减少学习梯度。只要学习HTML便可编写WEB界面。
- 利用XMLHTTP或者其他访问方式来进行远程访问/调用,减少带宽要求
- 一致性对待客户端与服务器端。对页面开发者而言,他看不到服务器端;对服务器端而言,他看不到客户端。两者完完全全的独立开来。
- 服务器端控制页面流转,非常简单的方式进行页面跳转,客户端被翻译为正确的JavaScript调用,从而让客户感觉更好。
- 客户端缓存。客户端访问得来的页面内容,被缓存到客户端,下次访问非常非常快。
-
丰富的客户端组件
March 1st, 2005 at 6:38 pm
我想参加 你的 Amowa框架 如何联系你?
March 2nd, 2005 at 10:01 am
给我发邮件 mechiland [AT] gmail.com