前端源码被打包编译怎么解决（前端代码为何要进行构建和打包）
本文目录一览：1、在浏览器中查看源代码时，代码是被服务器编译过的。。
本文目录一览：
在浏览器中查看源代码时，代码是被服务器编译过的。。
最早的IIS有个::$DATA漏洞（即在asp网址后输入特殊符号，包括小数点，%81, ::$DATA，即可看到服务器端的脚本），后来版本的IIS中这个漏洞被补上了
现在要想看源代码时，好像只有攻入服务器了
关于前端代码的合并和压缩，我该怎么处理
除了让二次开发者直接修改你标准产品的代码，还有另外一种思路：
提高自己代码的扩展性（会有一些难度），让二次开发者通过相关的扩展API来实现个性化需求。
这样他不需要修改你的代码，所以他开发的代码不压缩、你的标准代码压缩这两个就不矛盾了。
想象一下你使用压缩版的angularjs时，自己开发的代码一定是压缩的么？场景是类似的
前端打包,怎么只替换修改的文件,而不是整个项目替换？
使用打包工具后无法之修改制定的文件
1、打包工具是在源码发生了变化后重新打包编译源代码，打包工具并不能区分具体生成后打哪些文件发生了变化
2、所以如果打包整个项目比较慢的话可以考虑优化打包速度，一般是不支持只替换修改的文件的
