许多原创的微信小程序，被技术人员通过反编译技术或者工具，将小程序前端代码完整的反编译down下来。
针对这种情况怎么最大程度上保护，开发者的权益？
1.除了人工发现，原创代码在未进行传播的情况下，被其他小程序账号上架，进行举报投诉下架（这种非常损耗人力，效率低下）。
2.代码层面保护：在上传部署过程中进行代码混淆加密？
3.微信本身是否考虑：运行小程序后下载本地的运行文件进行加密处理？
针对微信小程序被反编译问题，如何保护最大程度原创小程序的权益
许多原创的微信小程序，被技术人员通过反编译技术或者工具，将小程序前端代码完整的反编译down下来。
针对这种情况怎么最大程度上保护，开发者的权益？
1.除了人工发现，原创代码在未进行传播的情况下，被其他小程序账号上架，进行举报投诉下架（这种非常损耗人力，效率低下）。
2.代码层面保护：在上传部署过程中进行代码混淆加密？
3.微信本身是否考虑：运行小程序后下载本地的运行文件进行加密处理？
3 个评论
🤣 那干脆别发布上线算了，最好是设置成仅自己可用。
混淆加密，防止反编译本来就是个笑话，特别是对脚本语言来说更是天方夜谭，
android 软件，windows 软件，ios / mac os 软件那个不能被破解？
titok，vx，alipay 都能被破解，更别说这脚本语言写的小程序了，
无论你在打包时怎么加密，都需要解密成 runtime 能运行的代码 / 字节码吧？
把 runtime 运行的代码 / 字节码 拿到的，然后再逆向生成源码不更简单？
小程序的本质是HTML+JS+CSS，是你在浏览器右键就能拿到代码的那种，
web 前端的理念就是开源共享，加密、防止反编译的手段只能徒增小程序的启动时间。
对小程序没有什么好处，一个B/S 架构程序，其核心不是B端，而是S端！！！！
而且，一个小程序的开发难度能有多难？
一般的程序员，花点时间就能写出来，更别说那些搞反编译的了，
别把自己的小程序看得太重要，天下代码不过一个抄字，更别说这种前端代码了。
把小程序按h5这样的浏览器页面或网站的开发模式开发就行了。比如敏感的数据全部放在服务器端、客户端提交的数据还要做服务器端校验、session校验等就没问题了。