最近查资料觉得前端页面模块化优点很多，所以想将我们前端的工作从页面分配的工作方式转变为模块化分配的工作方式,同时完善一下内部前端的开发规范。
不知道这样会对页面的服务器请求造成压力吗？
举个例子：现在后端都是将head.html、content.html、footer.html进行组合。但有些页面的模块是相同的，遇到需求更改时改起来既费时又容易出错。所以想将页面做成head.html、nav.html、slider.html、module-1.html、module2.html...、footer.html这种组合方式。然后再把css用sass拆分。
在前端中还是一个小白，如果有问的不对的地方请指正。
立即学习“PHP免费学习笔记（深入）”；
ps:公司内没有前端前辈领路，自学的好辛苦。
回复内容：
最近查资料觉得前端页面模块化优点很多，所以想将我们前端的工作从页面分配的工作方式转变为模块化分配的工作方式,同时完善一下内部前端的开发规范。
不知道这样会对页面的服务器请求造成压力吗？
举个例子：现在后端都是将head.html、content.html、footer.html进行组合。但有些页面的模块是相同的，遇到需求更改时改起来既费时又容易出错。所以想将页面做成head.html、nav.html、slider.html、module-1.html、module2.html...、footer.html这种组合方式。然后再把css用sass拆分。
在前端中还是一个小白，如果有问的不对的地方请指正。
立即学习“PHP免费学习笔记（深入）”；
ps:公司内没有前端前辈领路，自学的好辛苦。
拆分成过多的文件再组合，肯定有效率上的问题，但至少再初期可以忽略不计，不用担心。静态文件（css,js）一般最后都会合并成一个文件，而且还会压缩空白和换行。因为现有的很多版本浏览器在加载静态资源文件的时候都是阻塞的，打开一个http连接、下载文件、关闭http连接，多个文件的话就要如此反复。甚至很多小图标都被合成一张图片来减少http请求次数。到了后期，你也可以考虑静态化，通过后端把这些模块合并成一个静态页面保存并输出，第二次访问的时候，直接读缓存就可以了。
模块化分配确实比页面分配好。
分的太多是会影响效率，但是这种区别基本可以忽略不计。
