1.放数据库里面,根据需要进行遍历
2.介绍+图片这种基本上都是用富文本编辑器,KindEditor,ueditor等
3.需要存入数据库,鼠标经过只是一种交互方式而已
4.具体情况具体分析,看你的项目有多大,看你改动是不是很频繁。你可以列出来,让大家给你参谋参谋
5.你Js也是需要引用的嘛,你可以把js的引用路径存到数据库,根据不同需求加载不同的js
6.不存数据库,那你打算存哪里?
回答完你的6个问题,我发现你的强迫症很严重,得治!
又担心东西做的不够灵活,不能随心所欲的修改,又担心太多的东西放在数据库里面会造成浪费。灵活性越高 ,需要付出的性能代价也越高,很多还是要看你项目的实际情况,比如是追求灵活还是追求极速。鱼和熊掌不可兼得,这道理早就会了吧!
@学无止境hyz: 你首页需要摆放哪些内容,都是从你数据库读出来的,所以要靠你数据库的设计。无非就是读取数据库数据,转换成相应的html内容,放到页面
1.内容图片路径都放数据库里,CSS图片都直接使用。
2.可维护的需要后台管理功能。
是否可维护是需求决定的。
存到数据库就会多一个CRUD的过程,会增加项目的难度和时间,比如公司名称,可以定义为一个const,所有页面都引用这个const,这样做改动方便。
需要用后台改的放数据库
放数据库是一个方案,此外,还可以通过一段富文本来描述这段代码,这样可以简化。比如widget的方式。
建议题主可以先看看各种CMS的数据库,不管是PHP、ASP、JSP、NET的。
不要闭门造车。
1:图片放文件夹,路径放数据库。
2:cache,管你用radis还是memcache还是,管你是数据缓存还是全部缓存,总之要缓存(根据业务是否频繁,根据场景)..。
3:若是服务端页面(特指aspx,cshtml,jsp...非html)做一个定时生成html的小服务(花不了多大代价)。
4:若不是3则应采用后端提供数据服务接口(WCF,webAPI,xxx),前段调用服务接口的方式。
我只回答第一个问题:如果轮播图片只有固定数字3张,不用存数据库,在后台上传图片时候直接覆盖路径。如果图片数不固定,必须存数据库。