Assembly là gì ?

Trước khi nền tảng .NET được giới thiệu, chúng ta đã phải giải quyết với tiền
assembly, DLL thường cung cấp các hàm dùng chung và COM DLLs cung cấp các lớp
COM. Microsoft tự giới thiệu cụm từ "DLL-Hell" để mô tả những vấn đề truyền thống
với DLL, những vấn đề này dường như chúng ta đã biết đó là Thường các chương trình
ứng dụng bị dừng hoặc lỗ
i bởi vì ứng dụng cài đặt gần nhất ghi đè một DLL lên ứng dụng
trước đó, DLL này cũng được sử dụng bởi một ứng dụng khác. Thỉnh thoảng nó xảy ra sự
cài đặt thay thế một DLL mới cho một cái cũ bởi vì sự cài đặt chương trình không kiểm
tra phiên bản một cách chính xác, hoặc phiên bản không thiết lập một cách chính xác.
Bình thường chúng không có vấn đề gì nhưng thực sự chúng có s
ự khác biệt, đúng ra
DLL mới nên được lùi lại tích hợp với DLL cũ nhưng thỉnh thoảng không như vậy, đôi
khi trường hợp này lại sảy ra quá thường xuyên.

DLL Hell

Nền tảng .NET chính là DLL Hell và tất cả vấn đề của nó là assemblies. Assemblies
là bộ cài đặt chính nó, bao gồm một hoặc nhiều files. Một assembly có thể là một đơn
DLL hoặc EXE bao gồm cả metadata, hoặc nó có thể đuợc tạ
o từ nhiều file khác, thí dụ,
các file nguồn, metadata, DLLs, và một EXE. Sự cài đặt của một assembly có thể đơn
giản như là sao chép tất cả các file của chính nó. Một tính năng mạnh của assemblies là
chúng có thể là private hoặc shared. Với COM đây là sự khác biệt không tồn tại, trước
đây gần như tất cả các thành phần COM đều được chia sè. Nếu bạn tìm kiếm thành phần
COM ở trong Registry hoặc sử dụng OleView,bạn ph
ải lục lội trong hàng trăm và hàng

chiếu assembly nó được dùng để cấu hình bởi các nhà phát trỉên và nhà quản trị
hệ thống (system administrator).Phần sau của chương này chúng ta sẽ biết chúng
làm việc như thế nào.
•
Assemblies có thể được nạp side-by-side. Sử dụng Windows 2000 chúng ta có
từng bước một các tính năng và ở đâu là sự khác biệt các phiên bản của cùng DLL
được sử dụng trong hệ thống .NET mở rộng các tính năng cho Windows 2000, cho
phép các phiên bản khác nhau của cùng assembly để sử dụng bên trong một tiến
trình đơn giản, Vậy lợi ích ở đâu ? Nếu assembly A tham khảo version 1 của
shared assembly được chia sẽ, và assembly B sử dụng version 2 của shared
assembly được chia sẽ,
và bạn đang sử dụng cả hai assembly A and B, đoán xem
versions của shared assembly Chia sẽ nào được dùng trong ứng dụng của bạn -
bạn cần cả hai, và với .NET cả hai versions được nạp và sử dụng.
•
Ứng dụng độc lập được đảm bảo sử dụng (vùng sở hữu ứng dụng) application
domains. Với application domains một số các ứng dụng có thể chạy một cách độc
lập trong một đơn tiến trình. Khuyết điểm trong một ứng dụng không thể trực tiếp
ảnh hưởng các ứng dụng khác bên trong cùng tiến trình. Sự cài đặt dễ dàng như
sao chép file nó phụ thuộc vào assembly. Xcopy có thể sao chép đẩy
đủ. Tính
năng này có tên là zero-impact installation.
Tại sao Microsoft Windows Installer (MSI) vẫn còn quan trọng.
Tôi thường hỏi tại sao Microsoft Windows Installer vẫn cần thiết trong khi xcopy đã đủ
để cài đặt các ứng dụng .NET. Câu trả lời đơn giản đó là chúng ta thường muốn sao chép
nhiều file hơn một file khi cài đặt các ứng dụng Windows.
Thường chúng ta truy xuất ứng dụng từ Start menu, cài đặt thư mục con của Program
Files, Chúng ta làm vài thay đổi , hiển thị bản quyền, vân vân . . The Windows Installer
hỗ trợ
rất nhiều tính năng thêm vào khi không thể giải quyết với assemblies. Các ứng

ụng sẽ bảo đảm là ký ức sẽ không
được truy xuất một cách bất hợp lệ. Thí dụ, kiểu dữ liệu kiểu bản dãy (array) của .NET
bảo đảm kiểm tra giới hạn thấp và cao (lower & upper bound) không cho phép bản dãy
hoạt động quá giới hạn.
Ví dụ: DomainTest có trong mã nguồn bạn có thể download để tham khảo .Trong ví dụ
này kết quả sẽ trả về vùng
domain đang hoạt động.
using System;
namespace Wrox.ProCSharp.Assemblies.AppDomains
{
class Class1
{
public Class1(int val1, int val2)
{
Console.WriteLine("Constructor with the values {0}, {1}" +
" in domain {2} called", val1, val2,
AppDomain.CurrentDomain.FriendlyName);
}
static void Main(string[] args)
{
Console.WriteLine("Main in domain {0} called",
AppDomain.CurrentDomain.FriendlyName);
Console.ReadLine();
}
}
}
download source