Сторожовий розбирає код .NET, а потім компілює код MSIL вашого виконуваного файлу в рідному некерованого додатки шляхом створення двох частин: 1. Запустіть модуль [Your_App_Name] .com; 2. Бібліотека [Your_App_Name] .lib
Ваші програми (WinForms, WPF), орієнтовані на .NET Framework компілюються в проміжний мова (IL). Під час виконання, тільки що в термін (JIT) компілятор перетворює IL в машинний код. Сторожовий переводить свій виконуваний файл .NET в машинний код, щоб зробити його прихованим. При запуску захищеного файлу він має всі функції і функціональні можливості керованого застосування, що виконують в пам'яті ПК. Але .NET браузери збірки і декомпілятори не зможуть читати ваші захищені .NET виконувані файли.
Чому сторожовий перетворити в некерований виконуваний файл?
Є кілька дизасемблери для декомпіляцію некерований виконуваних файлів, написаних на асемблері, C або C ++. Однак жоден з них не вдасться провести достатньо читається код варто зусиль. Ви будете витрачати більше часу, намагаючись прочитати декомпільовану джерело з асемблером блоків всередині, ніж писати один і той же функціонує додаток з нуля.
Насправді, будь-який виконуваний модуль може бути розібрані і вивчені. Легкість, з якою дешифратор може перепроектувати ваш вихідний код програми залежить від того, як повні метадані про вихідний код додатка представлені в модулі EXE. Нехай дешифратор обчислити вихідні імена класів, методів, робочі потоки, структури і т.д.? Компілятор в основному ущільнює вихідний код програми, перетворений вихід в формат, який набагато відповідає виконанню машини під час виконання. Це може бути рідний машинний код або IL байт-код, який обробляється за допомогою CLR проміжного виконання. Однак за великим рахунком, багато інформації про вашому вихідному коді програми (налагодження, коментарі і т.д.) просто може бути втрачено під час компіляції компактної
<сильні> Вимоги :.
.NET Framework 2.0
Обмеження
Обмежена функціональність
Коментар не знайдено