压缩率与代码可读性的平衡

我一直保留着个习惯,每当看到外观比较好的网站,就喜欢查看它的源文件,顺便可能也看看它的CSS代码,有时候又好的资源就先复制下来,一些好的图片就存到电脑里,Chrome的查看源代码这个功能还算好。有时候看其他人的代码,从头到尾就是一行,这样做的目的据我理解应该是能够加速网页显示,另外也能够防止其他人的抄袭了,比如我了!然而这样存在的问题是代码的可读性非常的差,在这之中该如何平衡一下呢?

对于我来说,用的是Dreamweaver来写源代码的,比较喜欢用其提供的套用源格式功能来规范自己的代码,这样下来整体代码书写出来可读性比较强,查错比较容易。当然,良好的可读性也是要牺牲掉一定的文档大小的,由于套用了一些应该是类似Tab键产生的空隙,其文档会相对较大,尤其当源代码比较长的时候,这个额外的空间消耗也是有一定的数目的。然而,如果要压缩这些额外的空间消耗,则会导致源代码的可读性变差。

根据我的人工判断,活着首页正常情况下大小是39.7KB的,然而去除格式化的东西将所有代码书写成一行之后,其大小能够缩小大概在2KB左右,由于本身代码长度只有三百多行,这个减少的空间不是很多,不过1/20的数据量对于代码冗长或者是服务器网速不佳的站点来说,还是有一定积极意义的。

在本站提供的基于CSSTidy的css压缩与优化工具中,其减少CSS文件大小的功能有一部分就是依靠去除Tab所产生的空格的,用户可以选择在可读性和文档大小之间的平衡。

我认为,在书写源代码的时候也可以做此考虑。写代码的时候,当然是希望可读性越强越好,比较容易修改和查错。当源代码书写好将其传上网的时候,则可以考虑对其进行一定的压缩,变成一行也可以,这样能够减少一定的带宽消耗,并能提速网页。打个比方就是制作WordPress主题的时候,可以考虑做两个版本,它们的差别仅在于有没有格式化源代码,所有的修改都用套用了源格式的版本,修改之后对其去除格式化另存为上传版本。

12 条评论 留下评论

留下评论







注意: 第一次留言的用户,您的评论需要审核通过才会显示,抱歉!