说说前端动态合并的缺点吧
因为项目的不断扩大, 各种代码的依赖, 现在遇到的就是请求数+维护问题, 比如目录是: 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