Guardship

сторожовий розбирає код .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 проміжного виконання. Однак за великим рахунком, багато інформації про вашому вихідному коді програми (налагодження, коментарі і т.д.) просто може бути втрачено під час компіляції компактної.

Що нового в даний випуск :.

Версія 7.1.2 включає в себе невизначений оновлень

Вимоги

Microsoft .NET Framework 2.0

Обмеження

Час обмежений пробна