说说前端动态合并的缺点吧

因为项目的不断扩大, 各种代码的依赖, 现在遇到的就是请求数+维护问题, 比如目录是: reset.css ui-dialog.css ui-smilies.css ui-header.css ui-footer.css ui-page.css ui-center.css ....

等等诸多的样式,现在是 手动在上线的时候把某几个常用的合成common.css, 但现发现一个问题, 比如页面1要用 1,2.css, 而页面3需要用到 1,3,5.css, 不同的会用到不相同的,但也有相同的, 总不能一直手合吧? 手合也是可以,但要更新一个css的时候就要动N多个东东, 很乱很乱... 于是想到动态合并, 想到了 concat,minify,combo, 但经跟领导商量, 被PASS了,原因是会给web server带来负担... 还有人说到用grunt,spm等管理, 1, 我目前不会, 2,像这种先进的技术一定会被PASS掉的... 因为维护性...(小公司你懂的)

我想到的是用 concat,或者minify来引用css/js文件, 1, 改一个全部会同步 2, 引用方便,按需引用自己的

但真心不知道却点是啥? 请大家来讨论下动态合并的缺点吧.... 合并后类似: douguo http://img4.hoto.cn/proxy/?css=/css/index/transition.css,/css3/public_global.css,/css3/public_header.css,/css3/index_recipe.css,/css3/index_food.css,/css3/index_find.css,/css3/index_group.css,/css3/index_topic.css&v=1231234123

xiami http://res.xiami.net/??static/lib/jquery.jscrollpane.css,static/js/plug/poshytip-1.2/src/tip-twitter/tip-twitter.css,static/relation/css/name_card.css?ver=20140326-113848

收藏 1分享浏览 4339
8年前
跟帖
暂无
说几句
广告位 点击查看投放指南

友情链接 大搜车前端团队博客
我的收藏