难道这C ++项目中使用这些工具就像一个.net反射反编译? [英] Could this C++ project be decompiled with such tools like a .NET Reflector?

查看:574
本文介绍了难道这C ++项目中使用这些工具就像一个.net反射反编译?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我使用Microsoft Visual Studio 2012,我想写本机C应用++。我之所以不想使用Manged code(.NET),因为我不希望我的应用程序反编译回源$ C ​​$ C用这些工具就像一个.net反射,但它会很好,如果我仍然在我的应用程序中使用的用户界面(CLR Windows窗体)。

I use Microsoft Visual Studio 2012 and I want to write an application in native C++. Reason why I don't want to use Manged Code (.NET) because I don't want that my application was decompiled back to the Source Code with such tools like a .NET Reflector, but it would be nice if I still could use UI (CLR Windows Form) in my application.

但是,当我加入UI(CLR Windows窗体)到我的Win32项目该消息弹出:

But when I'm adding UI (CLR Windows Form) to my Win32 Project this message pops up:

这是否意味着从现在起我所有的项目将不会被编译为一个本地code和将有可能反编译整我这样的工具,如一个.net反射?

Does that mean that from now all my project won't be compiled as a native code and there will be possibility to decompile whole my application with such tools like a .NET Reflector?

否则将混合(本地code +管理code)项目蚂蚁也不会有反编译整个应用程序使用这些工具就像一个.net反射只是其中某一部分是能力负责用户界面?

Or it will be "mixed" (Native Code + Managed Code) project ant there won't be ability to decompile whole application with such tools like a .NET Reflector only certain part of it which is responsible for UI?

P.S。 是的,我知道,任何应用程序都可以被反编译(!),但我就是问的基于.NET的应用程序反编译工具。在.NET反射,你可以回到原始出处code,从.NET应用程序。所以我的问题是,它是否将有可能以找回原始出处code从该应用程序,否则将被莫名其妙地混code(manged +原生),并不会出现可能性反编译回原始出处code用类似这样的.NET反射器这样的工具?

P.S. Yes, I know that any application can be decompiled (!!!), but I namely asking about the decompiling tools for .NET based applications. With .NET Reflector you can "get back the original source code" from .NET applications. So my question is, does it will be possible "to get back the original source code" from this application or it will be somehow "mixed" code (manged + native) and there won't be possibility to decompile it back to the original source code with such tool like a .NET Reflector?

推荐答案

如果反编译menas找回原来的源泉,在没有可执行的任何符号表中,塔将是不可能的。

If "decompiling" menas "to get back the original source", in absence of any symbol table in the executable, tha would be not possible.

如果反编译是指(甚至通过修改机器code本身,以获取用户修​​改code,它在语义上等同于原有的和可编译回可执行程序,始终是可能的直接:还有人说明白!)。这是怎么理解什么大的观众,是所有另一回事。

If "decompiling" means "to get a user modifiable code that is semantically equivalent to the original and can be compiled back into an executable program" that is always possible (even by modifying the machine code itself directly: there are people that understand it!). How this is understandable to what large audience that's all another story.

市场营销的一般规律说无法复制的唯一的事情就是一个永远不会被卖掉!这是涉及到软件的物理性质的问题。有没有从那个(除了工作另一个宇宙)的解决方法

The general law of marketing says "the only thing that cannot be copied is the one that never gets sold!" It's a matter related to the physical nature of software. There is no workaround from that (apart working for another universe)

这篇关于难道这C ++项目中使用这些工具就像一个.net反射反编译?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆