Programming HandBook part 81 ppt

2.2.4 Bắt lỗi xử dụng các ngoại lệ
.NET được thiết kế để đơn giản hoá quá tŕnh bẫy lỗi thông qua các ngoại lệ, ư
tưởng ở đây là một vùng mă được thiết kế như là các thủ tục quản ngoại lệ, mỗi
đoạn mă có thể giải quyết một điêu kiện lỗi riêng (ví dụ, một file không được t́m
thấy, hoặc không được phép thực thi một số lệnh). Những điều kiện này có thể
được định nghĩa kĩ hoặc sơ qua tuỳ bạn. Cấu trúc ngoại lệ bảo đảm rằng khi một
điều kiện sinh lỗi xảy ra, ngay lập tức luồn thi hành sẽ nhảy đến thủ tục quản ngoại
lệ.


2.2.5 Sử dụng các thuộc tính
Các thuộc tính trong IL cho phép người dùng có thể sử dụng dễ dàng hoặc có thể
tự thiết lập các thuộc tính của riêng họ

Tiến trình biên dịch thành mă .NET – Common language runtime
CLR có nhiệm vụ biên dịch mă IL thành mă nền .NET. Đây là một tiến tŕnh biên
dịch kiểu just in time ( JIT ), khác với kiểu thông dịch trong Java.
Thay vì phải dịch toàn bộ ứng dụng một lần, tŕnh biên dịch JIT sẽ biên dịch từng
phần mă khi nó được gọi Khi mă nguồn được biên dich, mă kết quả của nó sẽ được
lưu lại trong bộ nhớ cho tới khi thoát khỏi ứng dụng, và trong các lần xử l y tiếp
theo, máy tính sẽ không phải biên dịch lại một lần nữa, đây là ly do các chương
tŕnh .NET luôn chạy nhanh hơn trong những lần sau.
Một đặc điểm nữa là .NET luôn hỗ trợ tối ưu tuỳ vào loại vi xư l y, đối với các tiến
tŕnh biên dịch các ngôn ngữ cấp cao xưa kia sẽ không tối ưu vào loại vi xử lư, nền
.NET hỗ trợ tuỳ loại vi xử l mà đưa ra cách thức phù hợp.

Nortonxe(UDS)

Phần 3: Cách thức làm việc của một chương tŕnh C#

Trọng tâm phương pháp làm việc của C# xoay quanh khái niệm Assembly.

Assembly là tập hợp mã đă được biên dịch sang .NET. 1 Assembly chứa nội dung
thực thi chương trình hoặc các thư viện động. Assembly có thể được chứa trong
nhiều file. Assembly cũng có thể chứa metadata dùng để mô tả các kiểu và phương
thức được định nghĩa trong mă tương ứng. Assembly metadata này đựơc hiểu như
là manifest, cho phép kiểm tra phiên bản và tính trạng của assembly:
 Chỉ định thông tin, như là tên và phiên bản của assembly
 Danh sách các kiểu được tập hợp bởi assembly
 Danh sách các assembly khác được yêu cầu bởi assembly hiện tại
 Danh sách mă truy vấn, mức độ bảo mật bao gồm mức độ được yêu cầu bởi
assembly và quyền hạn cho phép của assembly đó



Phân loại Assembly
1)Private Assemblies
Private assemblies là kiểu đơn giản nhất. Nó chứa phần mềm và chỉ được dùng cho
phần mềm đó. Với phần mô tả này bạn có thể chứa đựng các private assemblie
cung cấp cho một ứng dụng kiểu thực thi và một số thư viện, các thư viện này chứa
mă sẽ được thi hành bởi ứng dụng đó.

2)Shared Assemblies
Shared assemblies được dành cho các thư viện công cộng có thể dùng cho bất kì
ứng dụng nào.


Tiến trình thực thi bởi một chương trình C#
Khi chương tŕnh được thực thi, CLR sẽ xác nhận đến các Assembly manifest và
quyền hạn chạy của chương trinh trên hệ thống. Nếu hệ bảo vệ hệ thống kô cho
phép chương trình chạy, chương trình sẽ kô chạy. Nếu được phép, CLR sẽ thực thi
mă lệnh. Bit đầu tiên của code được nạp vào bộ nhớ và được biên dịch thành mă

nhị phân từ IL bởi JIT. Sau khi được biên dịch, mă được thực thi và chứa trong bộ
nhớ.


Các phương thức bảo vệ của .Net và OS với chương trình
Hệ thống đảm bảo rằng private assemblies sẽ không được dùng bởi phần mềm
khác, bởi vì một ứng dụng chỉ có thể load private assemblies trong cùng folder với
chương trình chính hoặc là trong một thư mục con của nó.
1 giải pháp đưa ra là các private assemblies của một phần mềm sẽ được cài đặt vào
cùng một thư mục, nhưng kô thể đảm bảo rằng sẽ không có một gói phần mềm sửa
chữa hoặc ghi đè lên private assemblie dành riêng cho một phần mềm khác. Lúc
này OS cung cấp một khả năng cho phép mỗi chương tŕnh chỉ nhìn thấy một bộ
assemblies cho dù bộ đó có bị cài đè và trùng tên với bộ ass trước
Bởi vì bất kì ứng dụng nào cũng có thể truy xuất một shared assembly, nên cần
phải có các cơ chế để bảo vệ các rủi ro sau:
 Tranh chấp tên, khi một công ty tạo ra các shared assembly trùng tên với các
shared assembly sẵn có của bạn. Về mặt lí thuyết mă của bạn có thể truy
xuất vào cả hai assembly này song đây có thể là một vấn đề phức tạp.
 Lỗi của một assembly có thể bị ghi đè bởi một phiên bản khác của cùng
same assembly - một phiên bản mới không tương thích với những ǵ sẵn có.
Giải pháp cho những vấn đề trên là đặt các shared assembly trong một cây thư mục
đặt biệt của hệ thống, có thể xem như là assembly cache toàn cục. Không giống
như các private assembly, nó không đơn giản là copy assembly sang một thư mục
thích hợp - nó cần được cài đặt rõ ràng vào cache. Tiến tŕnh này có thể được thực
thi bởi một số tiện ích của .NET, bao gồm luôn quá trình kiểm tra trên assembly,
tương tự như cài đặt một thư mục trong assembly cache để đảm bảo tính toàn vẹn
của assembly.
Để tránh tranh chấp tên, shared assemblies đưa ra một được quản lí dựa trên một
khóa mật mă chính. Tên này được gọi là strong name, được bảo đảm về tính độc
nhất, và phải được trích dẫn bởi ứng dụng muốn tham chiếu đến một shared

assembly.
Vấn đề về tương thích với lỗi do ghi đè một assembly được đánh địa chỉ theo thông
tín phiên bản trong assembly manifest, và cho phép cài đặt song song.

Continue

Nortonxe(UDS)

Ví dụ về quá tải toán tử trong C#:
Quote:
1: public class zzz
2: {
3: public static void Main()
4: {
5: yyy a = new yyy(10);
6: yyy b = new yyy(5);
7: yyy c;
8: c = a + b ;
9: System.Console.WriteLine(c.i);
10: }
11: }
12:
13: public class yyy
14: {
15: public int i;
16: public yyy(int j)
17: {
18: i = j;
19: }
20:

21: public static yyy operator + (yyy x , yyy y)
22: {
23: System.Console.WriteLine(x.i);
24: yyy z = new yyy(12);
25: return z;
26: }
27: }



Mặc dù chúng ta viết mã trong C# có quá tải toán tử như vậy, nhưng trình
biên dịch C# sẽ phải dịch ra ngôn ngữ trung gian IL để thực thi trên môi
trường .NET. Đoạn lệnh đã được biên dịch ra như sau:
Quote:
1: .assembly my_namespace {}
2: .class private auto ansi zzz extends [mscorlib]System.Object
3: {
4: .method public hidebysig static void vijay() il managed
5: {
6: .entrypoint
7: .locals (class yyy V_0,class yyy V_1,class yyy V_2)
8: ldc.i4.s 10
9: newobj instance void yyy::.ctor(int32)
10: stloc.0
11: ldc.i4.5
12: newobj instance void yyy::.ctor(int32)
13: stloc.1
14: ldloc.0
15: ldloc.1
16: call class yyy yyy::op_Addition(class yyy,class yyy)

17: stloc.2
18: ldloc.2
19: ldfld int32 yyy::i
20: call void [mscorlib]System.Console::WriteLine(int32)
21: ret
22: ret
23: }
24: }
25:
26: .class public auto ansi yyy extends [mscorlib]System.Object
27: {
28: .field public int32 i
29: .method public hidebysig specialname static class yyy op_Addition(class yyy
x,class yyy y) il managed
30: {
31: .locals (class yyy V_0,class yyy V_1)
32: ldarg.0
33: ldfld int32 yyy::i
34: call void [mscorlib]System.Console::WriteLine(int32)
35: ldc.i4.s 12
36: newobj instance void yyy::.ctor(int32)
37: stloc.0
38: ldloc.0
39: stloc.1
40: ldloc.1
41: ret
42: }
43:
44: .method public hidebysig specialname rtspecialname instance void .ctor(int32
j) il managed

45: {
46: ldarg.0
47: call instance void [mscorlib]System.Object::.ctor()
48: ldarg.0
49: ldarg.1
50: stfld int32 yyy::i
51: ret
52: }
53: }
Nortonxe(UDS)

Các lỗi chuối bưởi của VS Studio 2003