数据库中保存的三级导航菜单如何静态化？

[epui2008]

网站导航产品分类是三级菜单，在数据库中保存，如果页面读取数据库再展示的话，担心速度不行，能不能把这个导航静态化，比如京东导航页面，肯定是静态化过的，请教一个静态化的思路，并简单说一下

1 直接静态化为HTML 是否可行？

2 静态化为XML 文档，读取的时候速度是否有优势？

3 有其它更好的解决方案！

[正怒月神]

使用缓存。去保存菜单。

[全栈极简]

1、可行。基本上首页都可以是静态页，如果访问量比较大的话 2、也可以是json，效率上要做个测试，一般差别不大 3、可以使用缓存

[以专业开发人员为伍]

现代且灵活的web编程不是要静态化（那个是n年前的观念了），而是要前端动态化，也就是说用前端来从服务器获取数据、动态呈现。而不是 asp.net 页面编程。

[以专业开发人员为伍]

"页面读取数据库再展示"这本来是正途，是web应用设计发展竞争的重要手段。如果一些做的很漂亮的页面，只是偏静态化的页面，那么可能都是一些新兴互联网小公司骗风投的。 做真正web应用，自然就基于背后的许多数据表、几千万条数据来运营的，所以动态化是根本，而过度静态化其实是自找麻烦。 web应用程序技术发展的方向，是前端富客户端开发框架，而不是什么 html 静态化。

[以专业开发人员为伍]

针对你提的后边两个问题，实际上这应该自己根据业务层设计，而部署相应数量的 ashx 或者 webservice 服务。 昨天研究了一下某个时髦的“前端框架”，它把服务器端 mongodb 数据库开放给 javascript 程序（它实现了 mongodb创建连接、查询修改数据的那几条代码），它通过 websocket封装的协议来从javascript 程序中直接对数据库进行各种操作。这就是一个“轮回”。在20年前兴起了 c/s 编程运动，真正的软件设计者自己设计服务器层软件，然后在开放业务逻辑 api 给各种客户端应用去访问。而那些“假的c/s”，任何一个学生刚学数据库操作时学到的做法，就是从桌面客户端直接调用数据库驱动，去对数据库“增删改查”。 现在，这个时髦的骗人东西（以M打头的 javascript 前端数据框架）借助 Websocket 普遍收到支持的 js 环境（它甚至编了另外一个叫做 SocketJs 的词儿来忽悠粉丝），其实是轮回到桌面编程上的初级最低阶段了。这种没有技术含量的访问数据库方法，自然会让初学者感觉“爽”，好像什么web应用都能迅速做出来似地。然后它是正途吗？ 1. 随便一个用点心的人，就能从 js 代码中看到数据库如何胡搞乱搞的那几行代码，“随心所欲”地修改他想修改的数据。 2. 喜欢以低级访问为美的前端开发者，一定以为网页就能当成天猫后台系统、银行后台系统一样了，以为只要从网页编程进行数据库增删改查就是业务处理了。这不但不能是系统后台架构规范、整体业务服务维护、核心服务稳定扩展的灾难，而且肯定会助长web网页客户端用比访问自定义业务服务还要多几十倍的频繁访问来冲击服务器。 3. 就算是所这个所谓框架联在应付互联网的特征方面能做到自动重连、甚至造成的与jQuery的DOM操作跟后台数据混乱的影响不严重，那么它也还是一个重度依赖网络稳定性的脆弱的数据框架。一个脆弱的数据框架，就应该是轻的，而不是那种假设用户都是在小办公室里、千兆局域网里的架构。 实际上，这个东西只是适合非常简单的展示类网页，其官网也用很简单的demo、漂亮的美工来吸引人。 回到你这个问题的后两个问题，其实我已经表明了，应该自己编写 ashx 或者 webservice 服务，或者自己封装 websocket 业务服务层。这是核心业务服务层，不要降低水准。

[sp1234_maJia]

上面我提到的公司，融资了2000万美金，所以有钱搞各种讲座，跟各种前端 js 框架相互“配套”。

实际上为什么单单纠结 mongodb呢？任何数据库系统（关系的、非关系的）都可以通用啊。你做一个 ashx 来提供 sql 式的查询，然后通过一个轻量级的双向通讯机制从服务器给客户端推送一个“某某id号的查询sql可能需要刷新一下”的消息给客户端，这样就能搞定2000万美金创业了 :-）

我不是骗子，所以愿意讨论技术的最核心的那个卖点本身，而不是表面。