Guardship разглобява си .NET код и след това се компилира на MSIL кода на вашата изпълним в родния неуправляван заявление чрез генериране на две части: 1. Стартирайте модул [Your_App_Name] .com; 2. Библиотека [Your_App_Name] .lib
Вашите приложения (WinForms, WPF), които са насочени рамка .NET са събрани до междинен език (IL). По време на изпълнение, току-що в работно време (JIT) компилатор превежда на IL до родния код. Guardship превежда вашия .NET изпълним до родния код, за да го скрит. Когато стартирате защитена изпълнимия тя има всички възможности и функции на управлявани заявление, извършващи в PC памет. Но .NET монтажни браузъри и декомпилатор няма да могат да четат вашите защитени .NET изпълними.
Защо Guardship конвертирате в неуправляван изпълним?
Има няколко дизасемблер за декомпилиране неуправляван изпълними, написани на ASM, C, или C ++. Въпреки това нито един от тях ще успее да произведе достатъчно четим код, за да си струва усилията. Вие ще прекарват повече време, опитвайки се да прочете декомпилиран източник с монтажен блокове вътре, отколкото писмено същото функциониращ прилагането от нулата.
В действителност, всяка изпълним модул може да бъде разглобена и проучени. Лекотата, с която decipherer може да проследява кода изходния код на приложението зависи от това колко пълна метаданни за изходния код на приложението представя вътре модул Търсейки. Май фигурата decipherer от оригинала имена на класове, методи, работни потоци, структури и т.н.? А компилатор основно уплътнява приложение изходния код, трансформиране на изхода във формат, който е много по-съвместим с изпълнение на машината по време на работа. Тя може да бъде роден машинен код или IL байт код, който се обработва от CLR междинен по време на работа. Въпреки това, като цяло, много информация за вашата кандидатура изходния код (отстраняване на грешки, коментари и т.н.), е просто да се губи по време на компактния съставянето
<силни> Изисквания :.
.NET Framework 2.0
<силни> Ограничения :
Limited функционалност
Коментари не е намерена