|
累了的时候看看这个 |
项目源码要被迫交给甲方，前端工程部分除了防御性修改可读源码，有没有什么方法对部分功能、文件进行加密或者压缩
共收到29条回复
给build之后的产物给甲方（手动狗头）
合同签了源码交付就直接明白交，没签就让商务谈加签，被迫是个啥意思
如果别人拿过去要跑通，你再怎么加密也没用吧
你打包后的dist目录就是压缩的生产版本了，设置得当不留调试，很难还原成原始项目源码了。。
如果合同是源码交付，就直接源码给别人，没必要耍心机。。如果是给甲方提供成品。那就打包后帮助甲方架设调通就好。
wasm?
一般签合同时会明确源码以及附带的产权，专利之类的归属谁，被迫是个啥？
@thinkingpey 是的，但是还是想提高上手难度，让对方放弃。
@xiaonichen 合同没有交付源码一说，但甲方强势。成品去年就架设好了，已经交付使用运营中。
@eventloop 产权属于我们，被迫是因为对方也不能得罪
@luotianyi WebAssembly
前端的东西，加密或不加密都不重要了，人家想自己研发都不难的。只有核心算法和特殊的数据源别人难搞
@luotianyi 理解就是不想和甲方搞太僵，还是想尽量先把项目做了，那一般都是用代码混淆，做变量名替换等降低可读性。前端我搜了下也是有相应工具比如UglifyJs
可以把重要的东西封装成npm包，依赖你的这个npm包，你就有一部分在你手上了，需要扩展还是要找你开发，可行？厉害一点的 做个element ui 但你不开源 系统用的又是这一套框架
甲方的技术要是懂行，你咋搞都没用
1，去除代码注释
2，增加无效方法调用以及变量。
这样只能增加学习成本.
多加点 npm 私服的包，并且在包里加很多依赖，最好把有些包源头都弄得下不下来，提前下好到本地，怎么恶心怎么来
windows都可以破解 其它端上的软件不存在加密不加密了 只能说增加点阅读成本。。
@fisherman 这太狠了
源码给了就给了啊，当个宝
@ts0523481 学习了，试试封装npm，这个方法应该很有效果
@fisherman 哈哈哈，这个太狠了吧
