问题描述
刚刚看了论坛以前的一个问题关于vb.net加密问题.看大家说的好像vb.net弱爆似得.那我想问下哪种语言相比较来说反编译难度比较大?vb.net反编译难度真的那么低吗?新手求惑!
解决方案
解决方案二：
其实这种思考才是弱爆了一个程序的价值不在他的代码，而在他的功能。不是vb的问题只要你用.net就存在反编译，难度取决于你在后期混淆上投入多少资金，而对方再反编译上投入多少资金仅此对比而已。回答你的问题反编译难度最大的我认为是C，但是你我大多数人不能用他效率的做出来应用。思考一个极限的情况，你自己写的操作系统，在此基础上建立应用，微软来了也不好使。
解决方案三：
考虑的太多了，做好自己的工作就好了。对不？
解决方案四：
如果你们公司找几个业余程序员（在用户那里充当专业、会进行程序设计的程序员）去拼凑一些OA之类的项目，那么自然会担心这个“反编译问题”。在我所做的项目中，基本上不担心这个问题。因为就算给了源代码，现在这个人心浮躁、骗子横行的时代，真正愿意花精力研究代码的人不足百分之5，而真正能在一年内掌握我们的代码的核心的不足百分之1。好的代码一般都只有通过创始设计人员对自己挑选的人“言传身教”才能被看懂。只有那些过于初级、堆砌而几乎不见“框架设计”代码才会被一半以上的程序员在一个月内就看懂。“人”如果不给力，设计的产品没有超乎一般小破软件的想象力和执行力的那种灵动性质，没有大型网络基础架构技术，也不敢随时迭代重构，代码也就生怕被人反编译。
解决方案五：
在我们遇到的情况中，如果能有一些软件公司、客户肯花时间去“逆向工程”我们的代码，我觉得这未尝不是件好事。可惜其一，围绕着我们的大客户的那些软件公司里，我所见过的主要负责的软件工程师，我想就算我们想让他们用点心思去盗版，他们也没有能力去看懂。他们想的不过就是不劳而获，不过就是看看有没有什么“远程登录服务器”的漏洞可钻。而我们的设计原则是“即使把源代码给他们，他们也轻易找不到攻击我们服务器的漏洞”。我们基于这个原则设计我们的软件，不怕他们看源代码（虽然我们根本不给他们看源代码）。至于说反编译出来的代码算不算是源代码，那种代码近似、那种代码完全面目全非，你自己去了解一下吧。总之，这种问题可能只是出现在一些学生中、个人SOHO编程爱好者中。而不是公司。
解决方案六：
用汇编写程序反编译难度很大，因为全手工打造的机器代码，不同于任何编译器，没有什么规律，所以也很难返还成高级语言。
解决方案七：
说个具体的东西。我们的产品，不论桌面端如何有创意，美工设计多么棒、程序创作多么棒，但是其实都是基于强大的企业级服务器系统而运营的“客户端工具”。我们从来不做什么单机的小破“软件”，也从来不在互联网上随便下载什么“服务器试用版”软件。正如#1楼所说的“一个程序的价值可能不在他的代码，而在他的功能”。我们卖的产品其实是网络服务功能，总有一些东西是不能开放的，但不包括客户端代码。
解决方案八：
我有时候举一个随便就能脱口而出的这样的例子：比如说你可以看到外边卖的汽车，你觉得不同公司设计和生产汽车，他们整天担心别人把汽车买回家去拆解分析吗？那么他们到底凭什么不怕呢？因为我们身边的大多数程序员，恨不得刚刚学会给人家汽车地下安装个脚垫子，就自以为是地以为自己的“点子”很值钱了。软件的build成本几乎为零，只要一分钟（或者几分钟）就重新编译出来了。如果你惧怕软件开发的高效率，生怕别人也因此就能方便地重新吸收并且打乱次序重新组合你的源代码，那么你就好想想该如何“用人”的问题吧。真正吸引别人偷盗的，是一个产品的设计人员，跟软件可能无关。
解决方案九：
我亲眼所见一些“软件”，耗时一两年，用上许多程序员，但是因为“设计层次太低”而做出了垃圾，用户不得不经常考虑如何“退货”的问题。这种软件往往被“反编译了”之后，代码很容易读。那么谁愿意读，并且重新用这种东西去做自己的项目呢？反正我是觉得只有傻子才反编译这些东西。