Guardship disassembles NET kode Anda dan kemudian mengkompilasi kode MSIL dari executable Anda ke dalam aplikasi unmanaged asli dengan menghasilkan dua buah: 1. Mulai modul [Your_App_Name] .com; 2. Perpustakaan [Your_App_Name] Lib
aplikasi Anda (WinForms, WPF, dll) yang menargetkan Framework disusun dengan bahasa perantara (IL). Pada waktu berjalan, hanya-in-time (JIT) compiler menerjemahkan IL ke kode asli. Guardship menerjemahkan NET executable Anda ke kode asli untuk membuatnya tersembunyi. Ketika Anda menjalankan executable dilindungi itu memiliki semua fitur dan fungsi dari aplikasi dikelola tampil di memori PC. Tapi NET perakitan browser dan decompilers tidak akan dapat membaca Anda NET executable dilindungi.
Mengapa Guardship dikonversi ke executable unmanaged? Ada beberapa disassemblers untuk mengurai unmanaged executable yang ditulis dalam ASM, C, atau C ++. Namun tidak satupun dari mereka akan berhasil menghasilkan kode cukup dibaca layak usaha. Anda akan menghabiskan lebih banyak waktu mencoba untuk membaca sumber decompile dengan blok assembler dalam, daripada menulis aplikasi yang sama-berfungsi dari awal.
Bahkan, setiap modul executable dapat dibongkar dan dieksplorasi. Kemudahan dengan yang decipherer bisa reverse-insinyur kode sumber aplikasi Anda tergantung pada bagaimana metadata lengkap tentang kode sumber aplikasi menyajikan dalam modul exe. Semoga decipherer mencari tahu asli nama kelas, metode, arus kerja, struktur, dll? Sebuah compiler pada dasarnya compacts kode sumber aplikasi, mengubah output ke dalam format yang jauh compliant untuk eksekusi mesin runtime. Ini bisa menjadi kode mesin asli atau kode byte IL yang diperlakukan oleh runtime menengah CLR. Namun pada umumnya, banyak informasi tentang kode Anda sumber aplikasi (debugging, komentar, dll) hanya bisa hilang selama kompilasi kompak.
Apa yang baru di rilis ini:.
Versi 7.1.2 termasuk update yang tidak ditentukan
Persyaratan :
Microsoft .NET Framework 2.0
Pembatasan :
uji coba terbatas Waktu
Komentar tidak ditemukan