转载 “one page, one application”

one page, one application
作者：michael chen

前言：

这篇文章本应该在一个月前就写出来，但是因为种种原因，腹稿打了数十遍，现在才有时间提笔来写。文中某些观点相对目前的 web应用比较前卫，阅读者应当根据自己应用的具体情况，对此文进行批判的阅读。by michael chen

一 定义

one page, one application(后面缩写为opoa，或者1p1a)，含义很简单：一个页面就是一个应用。在众多的基于 web的mis系统中，没有人关心页面的组织形式；大多数稍微复杂的mis系统，都采用分祯 (frame)的方式来组织页面，这样，在进行业务操作的时候，url的变化表现在一个 框架页面内，从浏览器的地址看起来，只有一个地址；更有甚者，一些应用干脆弹出一个去掉了浏览器菜单、工具条、地址栏、状态栏的窗口（比如招商银行、民生银行的网上银行系统），连地址都看不见。因此，一个页面就是一个应用，从用户的角度来说，对于操作型系统，是一种非常自然的体现。用户无需了解每一个具体的操作对应的地址是什么。

这种设计背后的含义实际是：是希望由程序来控制用户的行为，还是反过来。在操作型系统中，每一步的操作往往被业务含义严格定义，无论是应用的设计者，还是其使用者，都希望在一种受控的状况下来进行操作。例如，一个审批动作，用户更希望是通过一个按钮来触发，而不是访问类似于 /approve.action?itemid=123的方式。

二 场景

显然，opoa的设计只能针对那些对url不敏感的系统，或者说操作型系统。绝大多数mis系统都属于这一范畴，email系统也是这一范畴，其他领域，如监控系统，聊天室等都可以采用这种思路。反面的例子是，对于内容型系统，如新闻系统，blog系统，论坛系统，用户更希望能够通过一个明确的 url来定位页面内容，搜 索引擎也喜欢这种地址。这种应用需要的是一个合理，易懂，明确的地址。

三 设计与实现

大多数mis系统，无论是有意识或者无意识，都遵循了opoa的思路。要么采用 框架，要么采用弹出窗口来屏蔽url的直接访问。实现上也很简单，这里就不再赘述了。注意到上述的opoa地实现只是对用户而言，看起来好像是一个页面一样，但实际上还是有众多的action， page在后面工作。

下面我要说的一种实现是，采用amowa/ ajax技术来实现真正意义上的opoa. 简而言之：主页面（或者称布局页面）只加载一次，其他的操作页面通过amowa/ ajax技术来加载，并将其中的操作脚本与布局内容分开，最后进行展示。这个设计的原型在buffalo-1.1dr版本中。细心的开发者一定能注意到，在切换不同demo的时候，只是调用了一个switchpage函数，将不同的页面进行读取并显示。demo的演示速度相当快，因为每次只读取一小部 分页面；如果加上缓存机制，将页面进行缓存，那么更快了。

首先存在一个布局页面，这个页面定义了一个应用大致的外观，（例如，大部分mis系统按照上中下三栏，中间部分左右两栏分别为顶部logo, 操作菜单，具体操作内容，底部状态栏）。用你喜欢的网页编辑工具，将这个页面设计美观，然后按照应用的要求，将页面进行拆分。此时的拆分不用frame 了，只需要在不同的部位加上<div id=&rdquo;&hellip;&rdquo;>就可以。

然后在主页面定义一个函数，例如switchpage, 将这个函数使用在需要进行页面切换的地方。在buffalo的sample中，switchpage函数这样实现：

function switchpage(page) {
    pagebuffalo.remotecall("pageservice.loadpage", [page], function(reply) {
        var pageobj = reply.getresult();
        buffalo.getelementbyid("body").innerhtml = pageobj.html;
        if (pageobj.script != null  pageobj.script != "") {
            execscript(pageobj.script);
        }
    });
}

你可以用任意你喜欢的ajax/amowa引擎来做这件事情。

剩下的工作都可以想象了。你可以将web应用的网页资源全部用html编写，并放在一个不为人知的地方，而通过pageservice来读取他们；你可以任意组织你的应用外观，更加自如的切换他们。应用的url地址永远只有真正的一个，你的应用也要比别人快很多，因为只加载那么一小块内容。

四 小结

ajax/amowa的兴起为我们开阔了很多视野。比起原来的web框架，这种opoa的方式能够更快，减少更多的编码量，并提供更好的用户体验。当然，上文中提出的只是一个原型实现，如果尝试自行实现，可能更多的东西需要考虑，如安全，缓存，事件回调机制，内存管理等等。但这将是一个方向，一个可以提高开发体验与用户体验的方向。

转载自：http://www.sosof.com/detail/132/752132721634307.html