Perbedaan antara LoadFile dan LoadFrom dengan .NET Assemblies?

Saya melihat dokumentasi msdn dan saya masih sedikit bingung tentang apa sebenarnya perbedaan antara menggunakan LoadFiledan LoadFromsaat memuat rakitan. Dapatkah seseorang memberikan contoh atau analogi untuk menggambarkannya dengan lebih baik. Dokumentasi MSDN membuat saya semakin bingung. Juga, Apakah ReflectionOnlyLoadFromsama dengan LoadFromkecuali bahwa itu memuat rakitan hanya dalam mode refleksi.

Karena pengalaman .NET saya bukanlah yang terbaik, berikut adalah beberapa pertanyaan tentang dokumentasi MSDN menggunakan LoadFile:

1) Apa yang dimaksud dengan LoadFilemajelis ujian yang memiliki Identitas yang sama, tetapi berada di jalur yang berbeda? Apa identitas (contoh)?

2) Ini menyatakan LoadFiletidak memuat file ke dalam 'Konteks LoadFrom' dan tidak menyelesaikan ketergantungan menggunakan jalur beban. Artinya, dapatkah seseorang memberikan contoh?

3) Terakhir, ini menyatakan bahwa LoadFileberguna dalam skenario terbatas ini karena LoadFrom tidak dapat memuat rakitan yang memiliki identitas yang sama tetapi jalur yang berbeda; itu hanya akan memuat majelis pertama, yang sekali lagi membawa saya ke pertanyaan yang sama, apa identitas majelis?

Apakah ini menjelaskannya?

// path1 and path2 point to different copies of the same assembly on disk:

Assembly assembly1 = Assembly.LoadFrom(path1);
Assembly assembly2 = Assembly.LoadFrom(path2);

// These both point to the assembly from path1, so this is true
Console.WriteLine(assembly1.CodeBase == assembly2.CodeBase);

assembly1 = Assembly.LoadFile(path1);
assembly2 = Assembly.LoadFile(path2);

// These point to different assemblies now, so this is false
Console.WriteLine(assembly1.CodeBase == assembly2.CodeBase);

Sunting : untuk menjawab pertanyaan yang Anda ajukan dalam pertanyaan revisi Anda, Anda pasti ingin membaca Suzanne Cook tentang Identitas Majelis .

Ada banyak aturan yang mengatur bagaimana rakitan dimuat, dan beberapa di antaranya berkaitan dengan cara mereka menyelesaikan dependensi - jika AssemblyA Anda bergantung pada AssemblyB, di mana .NET harus mencari untuk menemukan AssemblyB? Di Cache Majelis Global, direktori yang sama yang ditemukannya AssemblyA, atau di tempat lain seluruhnya? Selain itu, jika menemukan banyak salinan dari rakitan itu, bagaimana cara memilih mana yang akan digunakan?

LoadFrommemiliki satu set aturan, sementara LoadFilememiliki seperangkat aturan lain. Sulit membayangkan banyak alasan untuk menggunakan LoadFile, tetapi jika Anda perlu menggunakan refleksi pada salinan yang berbeda dari rakitan yang sama, itu ada untuk Anda.

Dari blog Suzanne Cook :

LoadFile vs. LoadFrom

Hati-hati - ini bukan hal yang sama.

LoadFrom () melewati Fusion dan bisa dialihkan ke assembly lain di jalur yang berbeda tetapi dengan identitas yang sama jika sudah dimuat dalam konteks LoadFrom.

LoadFile () sama sekali tidak mengikat melalui Fusion - loader hanya melanjutkan dan memuat * persis seperti yang diminta pemanggil. Itu tidak menggunakan baik konteks Load atau LoadFrom.

Jadi, LoadFrom () biasanya memberi Anda apa yang Anda minta, tetapi belum tentu. LoadFile () adalah untuk mereka yang benar-benar menginginkan apa yang diminta. (* Namun, mulai v2, kebijakan akan diterapkan ke LoadFrom () dan LoadFile (), jadi LoadFile () tidak harus persis seperti yang diminta. Selain itu, mulai dari v2, jika assembly dengan identitasnya ada di GAC, salinan GAC akan digunakan. Gunakan ReflectionOnlyLoadFrom () untuk memuat apa yang Anda inginkan - tetapi, perhatikan bahwa rakitan yang dimuat dengan cara itu tidak dapat dijalankan.)

LoadFile () memiliki tangkapan. Karena tidak menggunakan konteks yang mengikat, dependensinya tidak secara otomatis ditemukan di direktorinya. Jika mereka tidak tersedia dalam konteks Muat, Anda harus berlangganan acara AssemblyResolve untuk mengikatnya.

Lihat disini .

Lihat juga artikel Memilih Konteks yang Mengikat di blog yang sama.

Setelah banyak garuk kepala, saya menemukan perbedaan pada diri saya sore ini.

Saya ingin memuat DLL saat runtime, dan DLL tinggal di direktori lain. DLL itu memiliki dependensinya sendiri (DLL) yang juga tinggal di direktori yang sama.

LoadFile (): Memuat DLL tertentu, tetapi tidak dependensinya. Jadi, ketika panggilan pertama dibuat dari dalam DLL ke salah satu DLL lainnya, itu melemparkan FileNotFoundException.

LoadFrom (): Memuat DLL yang saya tentukan dan juga semua dependensi yang ada di direktori itu.

Catatan: Jika satu rakitan dimuat menggunakan jalur 8.3, dan kemudian dari jalur non-8.3, mereka akan terlihat sebagai rakitan yang berbeda, meskipun mereka adalah DLL fisik yang sama.

.NET memiliki konteks beban yang berbeda. Suzanne Cook menulis tentang mereka di sini: http://blogs.msdn.com/suzcook/archive/2003/05/29/57143.aspx

Ini adalah cara karantina .NET agar referensi tidak tercampur.

satu perbedaan yang saya perhatikan adalah:

Assembly.LoadFile - Memuat assembly di AppDomain berbeda dengan hak pengguna terbatas (prinsip perbedaan). operasi seperti serilisasi / deserilisasi tidak dapat dilakukan.

Assembly.LoadFrom - Memuat assembly di AppDomain yang sama dengan hak pengguna yang sama (prinsip yang sama).

Dalam kasus saya, saya hanya perlu menghapus cache aplikasi ASP yang terletak @ C:\Windows\Microsoft.NET\Framework\[asp version]\Temporary ASP.NET Files. Itu dibangun kembali saat situs pertama kali dijalankan. Pastikan untuk menghentikan IIS terlebih dahulu.

Semoga ini membantu seseorang seperti itu untuk saya.