骨架网页的数据库库存储结构如何设计?
骨架网页例如csdn的首页,有很多信息栏,信息栏里是分类的N多的链接。
以前没研究过这类网页,现在想弄弄清楚它的结构。
我的想法是建一个Items表存储所有的链接信息,id,title(链接标题),src(指向的网页路径),aspxId(对应的用户控件Id)。
在asp.net中建立用户控件,aspxId字段保存的是用户控件在页面中的id,后台代码根据用户控件的id从数据库取数据并填充到相应的用户控件中,
取数据的代码在用户控件的page_load中,这样每加载一个用户控件就要访问一次数据库,性能不是很好,不过没关系,因为最后是要生成静态页面的。
这么想似乎没问题,而且我也是这么做 的。但实际上观察csdn首页发现每个信息栏都有点差异,所以它应该不是用的这种方法,因为要让同一个用户控件表现出不同的外观过于复杂。而且如果信息栏的样式复杂一些比如tab滑动门或图文混排的话,用户控件的设计也会很复杂,而且用户控件的数量会很多。
我现在的设计显得臃肿不堪,为了同一个用户控件能表现出一些差异以便于重用,我将每个用户控件都在数据库中建立了一个表,创建字段保存用户控件每个部分的信息和样式。default.aspx上控件太多在设计窗口一团花,我都不敢用鼠标点。虽然最后浏览起来效果不错,但后台代码是一团糟。
所以所以所以,骨架网页似乎不是这么设计的。不知那位前辈用设计这种网页的经验,不吝赐教!