首页 > 编程 > JS > 正文

JS分层的概念与本地存贮

2020-09-19 11:15:39
字体:
来源:转载
供稿:网友

以前学了一个月的asp.net算没学,把三层结构的概念改改就套在js上。^^,那js要怎样分层呢?其实主要是多了一个页面级的数据库

  • 表现层:处理ui呈现
  • 业务逻辑层:除了上面跟下面的都算在这个里面。当然我不介意你再细分^_^
  • 数据与数据维护层:js存数据也不是一天两天的事。可有多少人在网页维护js数据库呢?

为什么要给自己找麻烦呢,把本来简单的东西复杂化,要数据找服务器要,自己干啥还得维护多一份数据,多无聊。主要的原因是:

  • 页面缓存数据,减少与服务端之间的交互。
    页面缓存数据有什么意义,比如在不稳定的无线网络里,不是每个操作都去访问网络,也就不会有因为不稳定网络引起的一大堆乱七八糟的问题。
  • 实现预加载,加快访问速度。
    gmail的新版本号称邮件一点就开,其实是在网络空闲的时候,把数据先当下来。我没去看google那些恶心的代码。估计也是用js构建一个页面级的数据库。
  • 方便数据二次呈现。
    变更数据呈现有个“本地数据库”来查询自然方便多了。挖哈哈

当然也有一些负面的作用。比如性价比没那样高,以前,我们从服务器要到数据后一般就直接或者转换一下innerhtml到界面,如果按这种方式就一定要多存份到“数据库”。去掉某些东西时也要去通知“数据库”。由于js的受限,我们折腾了半天的“数据库”在刷新一下就干掉了。这不是折腾吗? 看看gmail是怎样做的,虽然它也是一刷新就干掉,但它已经养成用户一种习惯了gmail是不用刷新滴,挖哈哈。

当然,我们还是比较贪心的。如果能再加上本地存贮的话,折腾就少了点。现在离线比较出名的算是google的gears,不过我对它没兴趣,估计我做的产品的用户们没人听说过它,再别说会使用,好像最近也给gfw的样子 。本地存贮如果要用的话,应该尽可能使用浏览器的原生技术。比如ie有userdata、firefox有sessionstorage,怎样用呢?石头老大写过一篇关于怎样操作的。当然也有人用flash来存东西,100k哦。

综合来说页面级的数据库并非适合所有的产品,个人认为最适合邮箱,或者某些后台管理、qzone等那些一个页面搞定一切的网站。当然这也不是空口说白话的,我已经在项目中一个模块尝试过。一点就开的感觉很爽滴~

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表