VC++ .NET mostly unmanaged (machine language)?

  • Thread starter Thread starter Reshat Sabiq
  • Start date Start date
R

Reshat Sabiq

Hi,

I'm currently doing most of my development in Java. The
only reason i'm considering alternatives is because Java
is decompilable, and thus one's source code is
unprotected for the most part when shipped as a desktop
app (obfuscation is good, but i'd like it to be more
secure).
Do i understand correctly that VC++ .NET is for the most
part unmanaged code and thus cannot be decompiled? I am
aware that there are .NET Managed Extensions which are
probably subject to decompilation, but other than that
VC++ code is pure machine language, right? Thus, the code
in which i don't use Managed Extensions is pure machine
language once compiled?
Also, is there an option to compile even code that uses
Managed Extensions into pure machine language? That will
be losing the advantages of Managed code, but i just
wonder about flexibilities of compiling the same source
into managed and unmanaged upon choice.

Thanks,
rs.
 
Do i understand correctly that VC++ .NET is for the most
part unmanaged code and thus cannot be decompiled? I
Click to expand...

You can make pure managed code programs with VC++ .NET.
You can make pure unmanaged code programs with VC++ .NET.
And you can make mixed managed/unmanaged code programs with VC++ .NET.

It is up to you how you use it.
But managed code is also pretty easy to be reverse engineered.
Then again, even normal machine code can be easily decompiled and reverse
engineered.

It is better to concentrate on developing new functionality than trying to
lose time in hiding your existing code.
 
Back
Top