Ngôn ngữ lập trình C#

lưu trữ dữ liệu.  Ví dụ 12.9: Viết vào một tập tin nhị phân. ----------------------------------------------------------------------------- //binarywriter.cs using System; using System.IO; namespace Programming_CSharp { public class Tester { public static void Main(string[] args) { if ( args.Length < 1) { Console.WriteLine(“Phai nhap ten tap tin!”); } else { FileStream myFile = new FileStream( args[0], FileMode.CreateNew); BinaryWriter bwFile = new BinaryWriter(myFile); for (int i=0; i < 100; i++) { bwFile.Write(i); } bwFile.Close(); myFile.Close(); } Các Lớp Cơ Sở .NET 358 Ngôn Ngữ Lập Trình C# } } } ----------------------------------------------------------------------------- Cũng tương tự như các ví dụ trên thì tên tập tin được đưa vào tham số dòng lệnh. Nếu chương trình được nhập các tham số đầy đủ, chương trình sẽ thực hiện việc viết thông tin nhị phân vào trong tập tin, và không có output ra màn hình console. Nếu chúng ta mở tập tin và xem thì chỉ thấy các ký tự mở rộng đựơc thể hiện, sẽ không thấy những số đọc được. Trong chương trình này cũng chưa thực hiện việc xử lý các ngoại lệ. Nếu thực hiện việc viết thông tin vào một tập tin đã hiện hữu, thì một ngoại lệ sẽ được phát sinh khi thực hiện lệnh: FileStream myFile = new FileStream( args[0], FileMode.CreateNew); Trong chương trình 12.9 này thực hiện việc tạo và mở tập tin khác với việc mở tập tin văn bản. Lệnh trên tạo một đối tượng FileStream gọi là myFile. Luồng này được gắn với tập tin thông qua bộ khởi dựng. Tham số đầu tiên của bộ khởi dựng là tên của tập tin mà chúng ta tạo (args[0]), tham số thứ hai là mode mà chúng ta mở. Tham số này là giá trị kiểu liệt kê FileMode, trong chương trình thì do chúng ta thực hiện việc tạo mới để ghi nên sử dụng giá trị FileMode.CreateNew. Bảng 12.3 sau liệt kê những mode giá trị khác trong kiểu liệt kê FileMode. Giá trị Định nghĩa Append Mở một tập tin hiện hữu hoặc tạo một tập tin mới Create Tạo một tập tin mới. Nếu một tập tin đã hiện hữu, nó sẽ bị xóa và một tập tin mới sẽ được tạo ra với cùng tên. CreateNew Tạo một tập tin mới. Nếu một tập tin đã tồn tại thì một ngoại lệ sẽ được phát sinh. Open Mở tập tin hiện hữu. OpenOrCreate Mở tập tin hay tạo tập tin mới nếu tập tin chưa tồn tại Truncate Mở một tập tin hiện hữu và xóa nội dung của nó. Bảng 12.4: Giá trị của FileMode. Sau khi tạo ra FileStream, chúng ta cần thiết phải thiết lập để nó làm việc với dữ liệu nhị phân. Dòng lệnh tiếp theo: BinaryWriter bwFile = new BinaryWriter(myFile); Dòng này thiết lập một kiểu viết dữ liệu nhị phân vào trong luồng bằng cách khai báo kiểu BinaryWrite. Đối tượng thể hiện của BinaryWrite là bwFile được tạo ra. myFile được truyền vào bộ khởi dựng BinaryWrite, nó sẽ gắn bwFile với myFile. for (int i=0; i < 100; i++) { bwFile.Write(i); Các Lớp Cơ Sở .NET 359 Ngôn Ngữ Lập Trình C# } Vòng lặp này thực hiện việc viết trực tiếp giá trị integer vào trong BinaryWrite bwFile bằng cách sử dụng phương thức Write. Dữ liệu được viết có thể là kiểu dữ liệu đặc biệt khác. Trong chương trình này thì sử dụng giá trị integer. Khi thực hiện xong các công việc viết vào tập tin, chúng ta cần thiết phải đóng luồng mà chúng tả đã mở. Đọc thông tin nhị phân từ tập tin Trong phần trước chúng ta đã thực hiện việc viết thông tin nhị phân vào trong tập tin, và bây giờ chúng ta mong muốn được đọc các thông tin đã ghi vào trong tập tin. Việc đọc thông tin cũng khá đơn giản như là việc viết vào. Chương trình 12.10 sau minh họa cho công việc này.  Ví dụ 12.10: Đọc thông tin nhị phân. ----------------------------------------------------------------------------- // BinaryRead.cs: Doc thong tin tu file nhi phan namespace Programming_CSharp { using System; using System.IO; public class Tester { public static void Main( String[] args) { if ( args.Length < 1) { Console.WriteLine(“Phai nhap ten tap tin”); } else { FileStream myFile = new FileStream( args[0], FileMode.Open); BinaryReader brFile = new BinaryReader(myFile); // đọc dữ liệu Console.WriteLine(“Dang doc tap tin....”); while (brFile.PeekChar() != -1) { Console.Write(“”, brFile.ReadInt32()); } Console.WriteLine(“....Doc xong”); brFile.Close(); Các Lớp Cơ Sở .NET 360 Ngôn Ngữ Lập Trình C# myFile.Close(); } } } } -----------------------------------------------------------------------------  Kết quả: Dang doc tap tin.... ....Doc xong! ----------------------------------------------------------------------------- Với ứng dụng này, chúng ta có thể đọc dữ liệu mà chúng ta đã viết trong ví dụ trước. Trong ví dụ này chúng ta tạo ra luồng FileStream. Lúc này, mode thao tác của tập tin được sử dụng là mode FileMode.Open. Sau đó chúng ta thực hiện việc gắn luồng này với luồng BinaryReader trong dòng tiếp sau, luồng này sẽ giúp cho chúng ta đọc thông tin nhị phân: FileStream myFile = new FileStream( args[0], FileMode.Open); BinaryReader brFile = new BinaryReader(myFile); Sau khi tạo ra luồng giúp cho việc đọc thông tin nhị phân từ tập tin, chương trình bắt đầu đọc thông qua vòng lặp: while (brFile.PeekChar() != -1) { Console.Write(“”, brFile.ReadInt32()); } Ở đây có một vài sự khác nhỏ, phương thức PeekChar của lớp BinaryReader được sử dụng. Phương thức này sẽ lấy ký tự kế tiếp trong luồng. Nếu ký tự kế tiếp là cuối tập tin thì giá trị -1 được trả về. Ngược lại, thì ký tự kế tiếp được trả về Khi ký tự kế tiếp không phải ký tự cuối tập tin thì lệnh bên trong vòng lặp sẽ đọc một số integer từ đối tượng BinaryStream brFile. Các Lớp Cơ Sở .NET 361 Ngôn Ngữ Lập Trình C# Phương thức được sử dụng để đọc một số nguyên là ReadInt32, chúng ta sử dụng kiểu tên của Framework tốt hơn là kiểu do C# đưa ra. Nên nhớ rằng, tất cả những lớp từ Framework điều được gọi bởi ngôn ngữ C# và chúng không phải là một bộ phận của ngôn ngữ C#. Những lớp này còn được sử dụng tốt bởi những ngôn ngữ khác C#. Ngoài ra lớp BinaryReader còn có những phương thức khác để thực hiện việc đọc các kiểu dữ liệu khác nhau. Những phương thức đọc này được sử dụng cùng với cách mà ReadInt32 được sử dụng trong chương trình. Bảng 12.4 sau liệt kê một số phương thức dùng để đọc các kiểu dữ liệu. Phương thức Ý nghĩa Read Đọc những ký tự và chuyển vị trí đọc sang vị trí tiếp theo. Phương thức này được nạp chồng gồm 3 phương thức. ReadBoolean Đọc một giá trị boolean từ luồng hiện thời và chuyển vị trí đọc sang một byte. ReadByte Đọc byte kế tiếp từ luồng hiện thời và chuyển vị trí đọc sang 1 byte. ReadBytes Đọc n byte từ luồng hiện thời sang một mảng byte và chuyển vị trí đọc sang n byte. ReadChar Đọc vị trí kế tiếp trong luồng hiện hành và chuyển vị trí đọc của luồng theo sau sử dụng mã hóa và ký tự xác định được đọc từ luồng. ReadChars Đọc n ký tự từ luồng hiện hành vào một mảng n ký tự. Và chuyển vị trí đọc của luồng theo sau sử dụng mã hóa và ký tự xác định được đọc từ luồng. ReadDecimal Đọc giá trị decimal và chuyển vị trí đọc sang 16 byte. ReadDouble Đọc giá trị thực 8 byte và chuyển vị trí đọc sang 8 byte. ReadInt16 Đọc giá trị 2 byte integer có dấu và chuyển vị trí đọc sang 2 byte. ReadInt32 Đọc giá trị 4 byte integer có dấu và chuyển vị trí đọc sang 4 byte. ReadInt64 Đọc giá trị 8 byte integer có dấu và chuyển vị trí đọc sang 8 byte ReadSByte Đọc một signed byte từ luồng và chuyển vị trí đọc sang 1 byte. ReadSingle Đọc giá trị thực 4 byte từ luồng và chuyển vị trí đọc sang 4 byte. ReadString Đọc một chuỗi từ luồng. Chuỗi được cố định chiều dài trước. Và được mã hóa mỗi lần như là số nguyên 7 bit. ReadUInt16 Đọc giá trị 2-byte unsigned integer từ luồng. Sử dụng mã hóa thứ tự nhỏ ở cuối (little endian encoding). Và chuyển vị trí hiện hành sang 2 byte. Các Lớp Cơ Sở .NET 362 Ngôn Ngữ Lập Trình C# ReadUInt64 Đọc 8-byte unsigned integer từ luống hiện hành và chuyển sang 8 byte. Bảng 12.4: Các phương thức đọc của BinaryReader. Câu hỏi và trả lời Câu hỏi 1: Các ngôn ngữ được hỗ trợ bởi .NET phải tuân thủ theo quy tắc nào không? Trả lời 1: Như đã trình bày bên trên, các ngôn ngữ .NET phải tuân thủ theo quy định chung để có thể hoạt động trên nền của .NET. Những quy định này được gọi là Common Language Specification (CLS). CLS đưa ra những kiểu dữ liệu chung và các tập luật để thao tác trên kiểu dữ liệu này, CLS cho phép tạo ra một môi trường thực thi chung mà không cần quan tâm đến từng ngôn ngữ được sử dụng. Lợi ích của CLS là mã nguồn được viết thống nhất để quản lý, mã nguồn được viết trong ngôn ngữ này có thể được sử dụng bởi một ngôn ngữ khác. Câu hỏi 2: Nếu muốn tìm hiểu về các lớp được cung cấp bởi .NET một cách chi tiết thì phải tìm ở đâu? Trả lời 2: Để tìm hiểu chi tiết các lớp của .NET thì chúng ta có thể tìm trong thư viện trực tuyến của Microsoft có tên là MSDN Online, thư viện này chứa tất cả các thông tin liên quan đến .NET Framework mà người học cần quan tâm. Thư viện này thường xuyên được cập nhật và chứa những thông tin mới nhất về các phiên bản của .NET. Câu hỏi thêm Câu hỏi 1: Để truy xuất thời gian của đồng hồ hệ thống chúng ta phải dùng lớp nào? Câu hỏi 2: Thông tin về máy tính có thể được truy xuất thông qua lớp nào? Câu hỏi 3: Tham số dòng lệnh là gì? Làm thế nào để lấy được tham số dòng lệnh? Câu hỏi 4: Lớp thao tác các phép toán học cơ bản? Chúng ta có thể tạo thể hiện của lớp này hay không? Câu hỏi 5: Lớp thao tác tập tin File chứa trong namespace nào? Các thao tác chính được thực hiện trên tập tin? Câu hỏi 6: Lớp nào cung cấp các thông tin về tập tin? Các phương thức chính của lớp này? Câu hỏi 7: Luồng là gì? Phân biệt giữa tập tin và luồng? Câu hỏi 8: Có mấy cách thức tạo tập tin? Cho biết thứ tự đọc của một tập tin? Câu hỏi 9: Sự khác nhau giữa lớp File và FileInfo? Khi nào thì sử dụng lớp File tốt hơn là sử dụng FileInfo? Câu hỏi 10: Khi tạo một tập tin mới trùng với tên của một tập tin cũ trong cùng một vị trí thư mục thì chuyện gì xảy ra? Câu hỏi 11: Nếu muốn viết dữ liệu đã định dạng như là kiểu số thì dùng cách viết vào tập tin dạng nào? Bài tập Các Lớp Cơ Sở .NET 363 Ngôn Ngữ Lập Trình C# Bài tập 1: Viết một chương trình minh họa việc truy xuất thông tin hệ thống của máy tính đang sử dụng. Thông tin này bao gồm: tên máy tính, hệ điều hành, bộ nhớ, đĩa cứng... Bài tập 2: Viết chương trình minh họa một máy tính cá nhân cho phép thực hiện các phép toán cơ bản. Chương trình hiện ra một menu các lệnh và mỗi lệnh được gán cho một số: như công thì số 1, trừ số 2, nhân 3,... Cho phép người dùng chọn một lệnh thông qua nhập vào số tương ứng. Sau đó cho người dùng nhập vào từng toán hạng rồi thực hiện phép toán và cuối cùng in kết quả ra màn hình. Bài tập 3: Viết chương trình cho phép xem thông tin về một tập tin. Chương trình cho người dùng nhập vào tên tập tin rồi sau đó lần lượt hiển thị các thông tin như: thuộc tính tập tin, ngày giờ tạo lập, kích thước tập tin... Bài tập 4: Viết chương trình xem tập tin văn bản giống như lệnh type của DOS. Chương trình cho phép người dùng nhập tên tập tin thông qua tham số dòng lệnh. Nếu người dùng không nhập qua tham số dòng lệnh thì yêu cầu nhập vào. Bài tập 5: Viết chương trình cho phép người dùng nhập vào một mảng số nguyên. Sau đó sắp xếp mảng này theo thứ tự tăng dần rồi lưu mảng vào một tập tin trên đĩa với dạng nhị phân. Các Lớp Cơ Sở .NET 364 Ngôn Ngữ Lập Trình C# Chương 13 XỬ LÝ NGOẠI LỆ  Phát sinh và bắt giữ ngoại lệ  Câu lệnh throw  Câu lệnh catch  Câu lệnh finally  Những đối tượng ngoại lệ  Tạo riêng các ngoại lệ  Phát sinh lại ngoại lệ  Câu hỏi & bài tập Ngôn ngữ C# cũng giống như bất cứ ngôn ngữ hướng đối tượng khác, cho phép xử lý những lỗi và các điều kiện không bình thường với những ngoại lệ. Ngoại lệ là một đối tượng đóng gói những thông tin về sự cố của một chương trình không bình thường. Một điều quan trọng để phân chia giữa bug, lỗi, và ngoại lệ. Một bug là một lỗi lập trình có thể được sửa chữa trước khi mã nguồn được chuyển giao. Những ngoại lệ thì không được bảo vệ và tương phản với những bug. Mặc dù một bug có thể là nguyên nhân sinh ra ngoại lệ, chúng ta cũng không dựa vào những ngoại lệ để xử lý những bug trong chương trình, tốt hơn là chúng ta nên sửa chữa những bug này. Một lỗi có nguyên nhân là do phía hành động của người sử dụng. Ví dụ, người sử dụng nhập vào một số nhưng họ lại nhập vào ký tự chữ cái. Một lần nữa, lỗi có thể làm xuất hiện ngoại lệ, nhưng chúng ta có thể ngăn ngừa điều này bằng cách bắt giữ lỗi với mã hợp lệ. Những lỗi có thể được đoán trước và được ngăn ngừa. Thậm chí nếu chúng ta xóa tất cả những bug và dự đoán tất cả các lỗi của người dùng, chúng ta cũng có thể gặp phải những vấn đề không mong đợi, như là xuất hiện trạng thái thiếu bộ nhớ (out of memory), thiếu tài nguyên hệ thống,... những nguyên nhân này có thể do các chương trành khác cùng hoạt động ảnh hưởng đến. Chúng ta không thể ngăn ngừa các ngoại lệ này, nhưng chúng ta có thể xử lý chúng để chúng không thể làm tổn hại đến chương trình. Khi một chương trình gặp một tình huống ngoại lệ, như là thiếu bộ nhớ thì nó sẽ tạo một ngoại lệ. Khi một ngoại lệ được tạo ra, việc thực thi của các chức năng hiện hành sẽ bị treo cho đến khi nào việc xử lý ngoại lệ tương ứng được tìm thấy. Xử Lý Ngoại Lệ 365 Ngôn Ngữ Lập Trình C# Điều này có nghĩa rằng nếu chức năng hoạt động hiện hành không thực hiện việc xử lý ngoại lệ, thì chức năng này sẽ bị chấm dứt và hàm gọi sẽ nhận sự thay đổi đến việc xử lý ngoại lệ. Nếu hàm gọi này không thực hiện việc xử lý ngoại lệ, ngoại lệ sẽ được xử lý sớm bởi CLR, điều này dẫn đến chương trình của chúng ta sẽ kết thúc. Một trình xử lý ngoại lệ là một khối lệnh chương trình được thiết kế xử lý các ngoại lệ mà chương trình phát sinh. Xử lý ngoại lệ được thực thi trong trong câu lệnh catch. Một cách lý tưởng thì nếu một ngoại lệ được bắt và được xử lý, thì chương trình có thể sửa chữa được vấn đề và tiếp tục thực hiện hoạt động. Thậm chí nếu chương trình không tiếp tục, bằng việc bắt giữ ngoại lệ chúng ta có cơ hội để in ra những thông điệp có ý nghĩa và kết thúc chương trình một cách rõ ràng. Nếu đoạn chương trình của chúng ta thực hiện mà không quan tâm đến bất cứ ngoại lệ nào mà chúng ta có thể gặp (như khi giải phóng tài nguyên mà chương trình được cấp phát), chúng ta có thể đặt đoạn mã này trong khối finally, khi đó nó sẽ chắc chắn sẽ được thực hiện thậm chí ngay cả khi có một ngoại lệ xuất hiện. Phát sinh và bắt giữ ngoại lệ Trong ngôn ngữ C#, chúng ta chỉ có thể phát sinh (throw) những đối tượng các kiểu dữ liệu là System.Exception, hay những đối tượng được dẫn xuất từ kiểu dữ liệu này. Namespace System của CLR chứa một số các kiểu dữ liệu xử lý ngoại lệ mà chúng ta có thể sử dụng trong chương trình. Những kiểu dữ liệu ngoại lệ này bao gồm ArgumentNull- Exception, InValidCastException, và OverflowException, cũng như nhiều lớp khác nữa. Câu lệnh throw Để phát tín hiệu một sự không bình thường trong một lớp của ngôn ngữ C#, chúng ta phát sinh một ngoại lệ. Để làm được điều này, chúng ta sử dụng từ khóa throw. Dòng lệnh sau tạo ra một thể hiện mới của System.Exception và sau đó throw nó: throw new System.Exception(); Khi phát sinh ngoại lệ thì ngay tức khắc sẽ làm ngừng việc thực thi trong khi CLR sẽ tìm kiếm một trình xử lý ngoại lệ. Nếu một trình xử lý ngoại lệ không được tìm thấy trong phương thức hiện thời, thì CLR tiếp tục tìm trong phương thức gọi cho đến khi nào tìm thấy. Nếu CLR trả về lớp Main() mà không tìm thấy bất cứ trình xử lý ngoại lệ nào, thì nó sẽ kết thúc chương trình.  Ví dụ 13.1: Throw ngoại lệ. ----------------------------------------------------------------------------- namespace Programming_CSharp { using System; public class Test { Xử Lý Ngoại Lệ 366 Ngôn Ngữ Lập Trình C# public static void Main() { Console.WriteLine(“Enter Main....”); Test t = new Test(); t.Func1(); Console.WriteLine(“Exit Main...”); } public void Func1() { Console.WriteLine(“Enter Func1...”); Func2(); Console.WriteLine(“Exit Func1...”); } public void Func2() { Console.WriteLine(“Enter Func2...”); throw new System.Exception(); Console.WriteLine(“Exit Func2...”); } } } -----------------------------------------------------------------------------  Kết quả: Enter Main.... Enter Func1... Enter Func2... Exception occurred: System.Exception: An exception of type System.Exception was throw. at Programming_CSharp.Test.Func2() in ... exception01.cs:line 26 at Programming_CSharp.Test.Func1() in ... exception01.cs:line 20 at Programming_CSharp.Test.Main() in ... exception01.cs:line 12 ----------------------------------------------------------------------------- Ví dụ minh họa đơn giản này viết ra màn hình console thông tin khi nó nhập vào trong một hàm và chuẩn bị đi ra từ một hàm. Hàm Main() tạo thể hiện mới của kiểu Test và sau đó gọi hàm Func1(). Sau khi in thông điệp “Enter Func1”, hàm Func1() này gọi hàm Func2(). Hàm Func2() in ra thông điệp đầu tiên và phát sinh một ngoại lệ kiểu System.Exception. Việc thực thi sẽ ngưng ngay tức khắc, và CLR sẽ tìm kiếm trình xử lý ngoại lệ trong hàm Func2(). Do không tìm thấy ở đây, CLR tiếp tục vào stack lấy hàm đã gọi trước tức là Func1 và tìm kiếm Xử Lý Ngoại Lệ 367 Ngôn Ngữ Lập Trình C# trình xử lý ngoại lệ. Một lần nữa trong Func1 cũng không có đoạn xử lý ngoại lệ. Và CLR trả về hàm Main. Tại hàm Main cũng không có, nên CLR sẽ gọi trình mặc định xử lý ngoại lệ, việc này đơn giản là xuất ra một thông điệp lỗi. Câu lệnh catch Trong C#, một trình xử lý ngoại lệ hay một đoạn chương trình xử lý các ngoại lệ được gọi là một khối catch và được tạo ra với từ khóa catch. Trong ví dụ 13.2 sau, câu lệnh throw được thực thi bên trong khối try, và một khối catch được sử dụng để công bố rằng một lỗi đã được xử lý.  Ví dụ 13.2: bắt giữ ngoại lệ. ----------------------------------------------------------------------------- namespace Programming_CSharp { using System; public class Test { public static void Main() { Console.WriteLine(“Enter Main...”); Test t = new Test(); t.Func1(); Console.WriteLine(“Exit Main...”); } public void Func1() { Console.WriteLine(“Enter Func1...”); Func2(); Console.WriteLine(“Exit Func1...”); } public void Func2() { Console.WriteLine(“Enter Func2...”); try { Console.WriteLine(“Entering try block...”); throw new System.Exception(); Console.WriteLine(“Exiting try block...”); } Xử Lý Ngoại Lệ 368 Ngôn Ngữ Lập Trình C# catch { Console.WriteLine(“Exception caught and handled.”); } Console.WriteLine(“Exit Func2...”); } } } -----------------------------------------------------------------------------  Kết quả: Enter Main... Enter Func1... Enter Func2... Entering try block... Exception caught and handled. Exit Func2... Exit Func1... Exit Main... ----------------------------------------------------------------------------- Ví dụ 13.2 cũng tương tự như ví dụ minh họa trong 13.1 ngoại trừ chương trình thêm vào trong một khối try/catch. Thông thường chúng ta cũng co thể đặt khối try bao quanh những đoạn chương trình tiềm ẩn gây ra sự nguy hiểm, như là việc truy cập file, cấp phát bộ nhớ... Theo sau khối try là câu lệnh catch tổng quát. Câu lệnh catch trong ví dụ này là tổng quát bởi vì chúng ta không xác định loại ngoại lệ nào mà chúng ta bắt giữ. Trong trường hợp tổng quát này thì khối catch này sẽ bắt giữ bất cứ ngoại lệ nào được phát sinh. Sử dụng câu lệnh catch để bắt giữ ngoại lệ xác định sẽ được thảo luận trong phần sau của chương. Trong ví dụ 13.2 này, khối catch đơn giản là thông báo ra một ngoại lệ được bắt giữ và được xử lý. Trong ví dụ của thế giới thực, chúng ta có thể đưa hành động đúng để sửa chữa vấn đề mà gây ra sự ngoại lệ. Ví dụ, nếu người sử dụng đang cố mở một tập tin có thuộc tính chỉ đọc, chúng ta có thể gọi một phương thức cho phép người dùng thay đổi thuộc tính của tập tin. Nếu chương trình thực hiện thiếu bộ nhớ, chúng ta có thể phát sinh cho người dùng cơ hội để đóng bớt các ứng dụng khác lại. Thậm chí trong trường hợp xấu nhất ta không khắc phục được thì khối catch này có thể in ra thông điệp lỗi để người dùng biết. Thử kiểm tra kỹ lại chương trình 13.2 trên, chúng ta sẽ thấy xuất hiện đoạn mã đi vào từng hàm như Main(), Func1(), Func2(), và cả khối try. Chúng ta không bao giờ thấy nó thoát khối lệnh try (tức là in ra thông báo “Exiting try block...”, hay thực hiện lệnh này), mặc dù nó vẫn thoát ra theo thứ tự Func2(), Func1(), và Main(). Chuyện gì xảy ra? Xử Lý Ngoại Lệ 369 Ngôn Ngữ Lập Trình C# Khi một ngoại lệ được phát sinh, việc thi hành ngay lập tức sẽ bị tạm dừng và việc thi hành sẽ được chuyển qua khối lệnh catch. Nó không bao giờ trả về luồng thực hiện ban đầu, tức là các lệnh sau khi phát ra ngoại lệ trong khối try không được thực hiện. Trong trường hợp này chúng ta sẽ không bao giờ nhận được thông báo “Exiting try block....”. Khối lệnh catch xử lý lỗi và sau đó chuyển việc thực thi chương trình đến các lệnh tiếp sau khối catch. Ở đây không có việc quay lại cuộc gọi hàm trước trong stack. Ngoại lệ bây giờ được xử lý, không có vấn đề gì xảy ra, và chương trình tiếp tục hoạt động bình thường. Điều này trở nên rõ ràng hơn nếu chúng ta di chuyển khối try/catch lên hàm Func1 như trong ví dụ minh họa 13.3 bên dưới.  Ví dụ 13.3: Catch trong hàm gọi. ----------------------------------------------------------------------------- namespace Programming_CSharp { using System; public class Test { public static void Main() { Console.WriteLine(“Enter Main...”); Test t = new Test(); t.Func1(); Console.WriteLine(“Exit Main...”); } public void Func1() { Console.WriteLine(“Enter Func1...”); try { Console.WriteLine(“Entering try block...”); Func2(); Console.WriteLine(“Exiting try block...”); } catch { Console.WriteLine(“Exception caught and handled.”); } Console.WriteLine(“Exit Func1...”); Xử Lý Ngoại Lệ 370 Ngôn Ngữ Lập Trình C# } public void Func2() { Console.WriteLine(“Enter Func2...”); throw new System.Exception(); Console.WriteLine(“Exit Func2...”); } } } -----------------------------------------------------------------------------  Kết quả: Enter Main... Enter Func1... Entering try block... Enter Func2... Exception caught and handled. Exit Func1... Exit Main... ----------------------------------------------------------------------------- Lúc này ngoại lệ không được xử lý bên trong hàm Func2(), mà nó được xử lý bên trong hàm Func1(). Khi hàm Func2() được gọi, nó in câu lệnh thông báo vào hàm rồi phát sinh một ngoại lệ. Việc thực hiện chương trình bị ngưng, CLR tìm kiếm phần xử lý ngoại lệ, nhưng trong hàm này không có và CLR vào stack lấy hàm gọi trong trường hợp này là Func1(). Câu lệnh catch sẽ được gọi, và việc thực thi tiếp tục thực hiện bình thường sau câu lệnh catch. Hãy chắc chắn rằng chúng ta đã hiểu rõ tại sao câu lệnh “Exiting try block” và “Exit Func2” không được in ra. Chúng ta có thể dùng cách cũ để kiểm tra việc này bằng cách dùng chương trình debug cho chương trình chạy từng bước để tìm hiểu rõ hơn.  Tạo một khối catch xác định: Cho đến bây giờ chúng ta chỉ dùng khối catch tổng quát, tức là với bất cứ ngoại lệ nào cũng được. Tuy nhiên chúng ta có thể tạo ra khối catch xác định để xử lý chỉ một vài các ngoại lệ chứ không phải toàn bộ ngoại lệ, dựa trên kiểu của ngoại lệ phát sinh. Ví dụ 13.4 minh họa cách xác định loại ngoại lệ mà chúng ta xử lý.  Ví dụ13.4: Xác định ngoại lệ để bắt. ----------------------------------------------------------------------------- namespace Programming_CSharp { using System; public class Test Xử Lý Ngoại Lệ 371 Ngôn Ngữ Lập Trình C# { public static void Main() { Test t = new Test(); t.TestFunc(); } // ta thử chia hai phần xử lý ngoại lệ riêng public void TestFunc() { try { double a = 5; double b = 0; Console.WriteLine(“{0} / {1} = {2}”, a, b, DoDivide(a,b)); } catch (System.DivideByZeroException) { Console.WriteLine(“DivideByZeroException caught!”); } catch (System.ArithmeticException) { Console.WriteLine(“ArithmeticException caught!”); } catch { Console.WriteLine(“Unknown exception caught”); } } // thực hiện phép chia hợp lệ public double DoDivide(double a, double b) { if ( b == 0) throw new System.DivideByZeroException(); if ( a == 0) throw new System.ArithmeticException(); return a/b; } } Xử Lý Ngoại Lệ 372 Ngôn Ngữ Lập Trình C# } -----------------------------------------------------------------------------  Kết quả: DivideByZeroException caught! ----------------------------------------------------------------------------- Trong ví dụ này, phương thức DoDivide() sẽ không cho phép chúng ta chia cho zero bởi một số khác, và cũng không cho phép chia số zero. Nó sẽ phát sinh một đối tượng của Divide- ByzeroException nếu chúng ta thực hiện chia với zero. Trong toán học việc lấy zero chia cho một số khác là được phép, nhưng trong ví dụ minh họa của chúng ta không cho phép thực hiện việc này, nếu thực hiện sẽ phát sinh ra một ngoại lệ ArithmeticException. Khi một ngoại lệ được phát sinh, CLR sẽ kiểm tra mỗi khối xử lý ngoại lệ theo thứ tự và sẽ lấy khối đầu tiên thích hợp. Khi chúng ta thực hiện với a=5 và b=7 thì kết quả như sau: 5 / 7 = 0.7142857142857143 Như chúng ta mong muốn, không có ngoại lệ được phát sinh. Tuy nhiên, khi chúng ta thay đổi giá trị của a là 0, thì kết quả là: ArithmeticException caught! Ngoại lệ được phát sinh, và CLR sẽ kiểm tra ngoại lệ đầu tiên: DivideByZeroException. Bởi vì không phù hợp, nên nó sẽ tiếp tục đi tìm và khối xử lý ArithmeticException được chọn. Cuối cùng, giả sử chúng ta thay đổi giá trị của b là 0. Khi thực hiện điều này sẽ dẫn đến ngoại lệ DivideByZeroException. Ghi chú: Chúng ta phải cẩn thận thứ tự của câu lệnh catch, bởi vì DivideByZero- Exception được dẫn xuất từ ArithmeticException. Nếu chúng ta đảo thứ tự của câu lệnh catch, thì ngoại lệ DivideByZeroException sẽ được phù hợp với khối xử lý ngoại lệ Arith- meticException. Và việc xử lý ngoại lệ sẽ không bao giờ được giao cho khối xử lý DivideByZeroException. Thật vậy, nếu thứ tự này được đảo, nó sẽ không cho phép bất cứ ngoại lệ nào được xử lý bởi khối xử lý ngoại lệ DivideByZeroException. Trình biên dịch sẽ nhận ra rằng DivideByZeroException không được thực hiện bất cứ khi nào và nó sẽ thông báo một lỗi biên dịch. Chúng ta có thể phân phối câu lệnh try/ catch, bằng cách bắt giữ những ngoại lệ xác định trong một hàm và nhiều ngoại lệ tổng quát trong nhiều hàm. Mục đích của thực hiện này là đưa ra các thiết kế đúng. Giả sử chúng ta có phương thức A, phương thức này gọi một phương thức khác tên là phương thức B, đến lượt mình phương thức B gọi phương thức C. Và phương thức C tiếp tục gọi phương thức D, cuối cùng phương thức D gọi phương thức E. Phương thức E ở mức độ sâu nhất trong chương trình của chúng ta, phương thức A, B ở mức độ cao hơn. Nếu chúng ta đoán trước phương thức E có thể phát sinh ra ngoại lệ, chúng ta có thể tạo ra khối try/catch để bắt giữ những ngoại lệ này ở chỗ gần nơi phát sinh ra ngoại lệ nhất. Chúng ta cũng có thể tạo ra nhiều khối xử lý ngoại lệ chung ở trong đoạn chương trình ở mức cao trong trường hợp những ngoại lệ không đoán trước được. Xử Lý Ngoại Lệ 373 Ngôn Ngữ Lập Trình C# Câu lệnh finally Trong một số tình huống, việc phát sinh ngoại lệ và unwind stack có thể tạo ra một số vấn đề. Ví dụ như nếu chúng ta mở một tập tin hay trường hợp khác là xác nhận một tài nguyên, chúng ta có thể cần thiết một cơ hội để đóng một tập tin hay là giải phóng bộ nhớ đệm mà chương trình đã chiếm giữ trước đó. Ghi chú: Trong ngôn ngữ C#, vấn đề này ít xảy ra hơn do cơ chế thu dọn tự động của C# ngăn ngừa những ngoại lệ phát sinh từ việc thiếu bộ nhớ. Tuy nhiên, có một số hành động mà chúng ta cần phải quan tâm bất cứ khi nào một ngoại lệ được phát sinh ra, như việc đóng một tập tin, chúng ta có hai chiến lược để lựa chọn thực hiện. Một hướng tiếp cận là đưa hành động nguy hiểm vào trong khối try và sau đó thực hiện việc đóng tập tin trong cả hai khối catch và try. Tuy nhiên, điều này gây ra đoạn chương trình không được đẹp do sử dụng trùng lắp lệnh. Ngôn ngữ C# cung cấp một sự thay thế tốt hơn trong khối finally. Đoạn chương trình bên trong khối catch được đảm bảo thực thi mà không quan tâm đến việc khi nào thì một ngoại lệ được phát sinh. Phương thức TestFunc() trong ví dụ 13.5 minh họa việc mở một tập tin như là hành động đầu tiên của nó, sau đó phương thức thực hiện một vài các phép toán toán học, và sau đó là tập tin được đóng. Có thể trong quá trình mở tập tin cho đến khi đóng tập tin chương trình phát sinh ra một ngoại lệ. Nếu xuất hiện ngoại lệ, và khi đó tập tin vẫn còn mở. Người phát triển biết rằng không có chuyện gì xảy ra, và cuối của phương thức này thì tập tin sẽ được đóng. Do chức năng đóng tập tin được di chuyển vào trong khối finally, ở đây nó sẽ được thực thi mà không cần quan tâm đến việc có phát sinh hay không một ngoại lệ trong chương trình.  Ví dụ 13.5: Sử dụng khối finally. ----------------------------------------------------------------------------- namespace Programming_CSharp { using System; public class Test { public static void Main() { Test t = new Test(); t.TestFunc(); } // chia hai số và xử lý ngoại lệ nếu có public void TestFunc() { try Xử Lý Ngoại Lệ 374 Ngôn Ngữ Lập Trình C# { Console.WriteLine(“Open file here”); double a = 5; double b = 0; Console.WriteLine(“{0} /{1} = {2}”, a, b, DoDivide(a,b)); Console.WriteLine(“This line may or not print”); } catch (System.DivideByZeroException) { Console.WriteLine(“DivideByZeroException caught!”); } catch { Console.WriteLine(“Unknown exception caught”); } finally { Console.WriteLine(“Close file here.”); } } // thực hiện chia nếu hợp lệ public double DoDivide(double a, double b) { if ( b == 0) { throw new System.DivideByZeroException(); } if ( a == 0) { throw new System.ArithmeticException(); } return a/b; } } } -----------------------------------------------------------------------------  Kết quả: Open file here Xử Lý Ngoại Lệ 375 Ngôn Ngữ Lập Trình C# DivideByZeroException caught! Close file here. Kết quả trong trường hợp b = 12 Open file here 5/ 12 = 0.416666666666 Close file here ----------------------------------------------------------------------------- Trong ví dụ này một khối catch được loại bỏ và thêm vào khối finally. Bất cứ khi một ngoại lệ có được phát sinh ra hay không thì khối lệnh bên trong finally cũng được thực thi. Do vậy nên trong cả hai trường hợp ta cũng thấy xuất hiện thông điệp “Close file here”. Những đối tượng ngoại lệ Cho đến lúc này thì chúng ta có thể sử dụng tốt các ngoại lệ cũng như cách xử lý khắc phục các ngoại lệ này. Trong phần này chúng ta sẽ tiến hành việc tìm hiểu các đối tượng được xây dựng cho việc xử lý ngoại lệ. Đối tượng System.Exception cung cấp một số các phương thức và thuộc tính hữu dụng. Thuộc tính Message cung cấp thông tin về ngoại lệ, như là lý do tại sao ngoại lệ được phát sinh. Thuộc tính Message là thuộc tính chỉ đọc, đoạn chương trình phát sinh ngoại lệ có thể thiết lập thuộc tính Message như là một đối mục cho bộ khởi dựng của ngoại lệ. Thuộc tính HelpLink cung cấp một liên kết để trợ giúp cho các tập tin liên quan đến các ngoại lệ. Đây là thuộc tính chỉ đọc. Thuộc tính StackTrace cũng là thuộc tính chỉ đọc và được thiết lập bởi CLR. Trong ví dụ 13.6 thuộc tính Exception.HelpLink được thiết lập và truy cập để cung cấp thông tin cho người sử dụng về ngoại lệ DivideBy-ZeroException. Thuộc tính StackTrace của ngoại lệ được sử dụng để cung cấp thông tin stack cho câu lệnh lỗi. Một thông tin stack cung cấp hàng loạt các cuộc gọi stack của phương thức gọi mà dẫn đến những ngoại lệ được phát sinh.  Ví dụ 13.6: Làm việc với đối tượng ngoại lệ. ----------------------------------------------------------------------------- namespace Programming_CSharp { using System; public class Test { public static void Main() { Test t = new Test(); t.TestFunc(); } // chia hai số và xử lý ngoại lệ Xử Lý Ngoại Lệ 376 Ngôn Ngữ Lập Trình C# public void TestFunc() { try { Console.WriteLine(“Open file here”); double a = 12; double b = 0; Console.WriteLine(“{0} /{1} = {2}”, a, b, DoDivide(a,b)); Console.WriteLine(“This line may or not print”); } catch (System.DivideByZeroException e) { Console.WriteLine(“\nDivideByZeroException! Msg: {0}”, e.Message); Console.WriteLine(“\nHelpLink: {0}”, e.HelpLink); Console.WriteLine(“\nHere’s a stack trace: {0}\n”, e.StackTrace); } catch { Console.WriteLine(“Unknown exception caught”); } } // thực hiện phép chia hợp lệ public double DoDivide( double a, double b) { if ( b == 0) { DivideByZeroException e = new DivideByZeroException(); e.HelpLink = “”; throw e; } if ( a == 0) { throw new ArithmeticException(); } return a/b; } } } Xử Lý Ngoại Lệ 377 Ngôn Ngữ Lập Trình C# -----------------------------------------------------------------------------  Kết quả: Open file here DivideByZeroExceptión Msg: Attempted to divide by zero HelpLink: Here’s a stack trace: at Programming_CSharp.Test.DoDivide(Double c, Double b) in c:\...exception06.cs: line 56 at Programming_CSharp.Test.TestFunc() in ...exception06.cs: line 22. Close file here ----------------------------------------------------------------------------- Trong đoạn kết quả trên, danh sách trace của stack được hiển thị theo thứ tự ngược lại thứ tự gọi. Nó hiển thị một lỗi trong phương thức DoDivde(), phương thức này được gọi từ phương thức TestFunc(). Khi các phương thức gọi lồng nhau nhiều cấp, thông tin stack có thể giúp chúng ta hiểu thứ tự của các phương thức được gọi. Trong ví dụ này, hơn là việc đơn giản phát sinh một DidiveByZeroException, chúng ta tạo một thể hện mới của ngoại lệ: DivideByZeroException e = new DivideByZeroException(); Chúng ta không truyền vào thông điệp của chúng ta, nên thông điệp mặc định sẽ được in ra: DivideByZeroException! Msg: Attemped to divide by zero. Ở đây chúng ta có thể bổ sung như dòng lệnh bên dưới để truyền vào thông điệp của chúng ta tùy chọn như sau: new DivideByZeroException(“You tried to divide by zero which is not meaningful”); Trước khi phát sinh ra ngoại lệ, chúng ta thiết lập thuộc tính HelpLink như sau: e.HelpLink = “”; Khi ngoại lệ được bắt giữ, chương trình sẽ in thông điệp và HelpLink ra màn hình: catch (System.DivideByZeroException e) { Console.WriteLine(“\nDivideByZeroException! Msg: {0}”, e.Message); Console.WriteLine(“\nHelpLink: {0}”, e.HelpLink); } Việc làm này cho phép chúng ta cung cấp những thông tin hữu ích cho người sử dụng. Thêm vào đó thông tin stack cũng được đưa ra bằng cách sử dụng thuộc tính StackTrace của đối tượng ngoại lệ: Console.WriteLine(“\n Here’s a stack trace: {0}\n”, e.StackTrace); Kết quả là các vết trong stack sẽ được xuất ra: Here’s a stack trace: at Programming_CSharp.Test.DoDivide(Double c, Double b) Xử Lý Ngoại Lệ 378 Ngôn Ngữ Lập Trình C# in c:\...exception06.cs: line 56 at Programming_CSharp.Test.TestFunc() in ...exception06.cs: line 22. Lưu ý rằng, phần đường dẫn được viết tắt, do đó kết quả của bạn có thể hơi khác một tí. Bảng 13.1 sau mô tả một số các lớp ngoại lệ chung được khai báo bên trong namespace System. CÁC LỚP NGOẠI LỆ Tên ngoại lệ Mô tả MethodAccessException Lỗi truy cập, do truy cập đến thành viên hay phương thức không được truy cập ArgumentException Lỗi tham số đối mục ArgumentNullException Đối mục Null, phương thức được truyền đối mục null không được chấp nhận ArithmeticException Lỗi liên quan đến các phép toán ArrayTypeMismatchException Kiểu mảng không hợp, khi cố lưu trữ kiểu không thích hợp vào mảng DivideByZeroException Lỗi chia zero FormatException Định dạng không chính xác một đối mục nào đó IndexOutOfRangeException Chỉ số truy cập mảng không hợp lệ, dùng nhỏ hơn chỉ số nhỏ nhất hay lớn hơn chỉ số lớn nhất của mảng InvalidCastException Phép gán không hợp lệ MulticastNotSupportedException Multicast không được hỗ trợ, do việc kết hợp hai delegate không đúng NotFiniteNumberException Không phải số hữu hạn, số không hợp lệ NotSupportedException Phương thức không hỗ trợ, khi gọi một phương thức không tồn tại bên trong lớp. NullReferenceException Tham chiếu null không hợp lệ. OutOfMemoryException Out of memory OverflowException Lỗi tràn phép toán StackOverflowException Tràn stack TypeInitializationException Kiểu khởi tạo sai, khi bộ khởi dựng tĩnh có lỗi. Bảng 13.1 : Các ngoại lệ thường xuất hiện. Tạo riêng các ngoại lệ CLR cung cấp những kiểu dữ liệu ngoại lệ cơ bản, trong ví dụ trước chúng ta đã tạo một vài các kiểu ngoại lệ riêng. Thông thường chúng ta cần thiết phải cung cấp các thông tin mở rộng cho khối catch khi một ngoại lệ được phát sinh. Tuy nhiên, có những lúc chúng ta Xử Lý Ngoại Lệ 379 Ngôn Ngữ Lập Trình C# muốn cung cấp nhiều thông tin mở rộng hay là các khả năng đặc biệt cần thiết trong ngoại lệ mà chúng ta tạo ra. Chúng ta dễ dàng tạo ra các ngoại lệ riêng, hay còn gọi là các ngoại lệ tùy chọn (custom exception), điều bắt buộc với các ngoại lệ này là chúng phải được dẫn xuất từ System.ApplicationException. Ví dụ 13.7 sau minh họa việc tạo một ngoại lệ riêng.  Ví dụ: Tạo một ngoại lệ riêng. ----------------------------------------------------------------------------- namespace Programming_CSharp { using System; // tạo ngoại lệ riêng public class MyCustomException : System.ApplicationException { public MyCustomException( string message): base(message) { } } public class Test { public static void Main() { Test t = new Test(); t.TestFunc(); } // chia hai số và xử lý ngoại lệ public void TestFunc() { try { Console.WriteLine(“Open file here”); double a = 0; double b = 5; Console.WriteLine(“{0} /{1} = {2}”, a, b, DoDivide(a,b)); Console.WriteLine(“This line may or not print”); } catch (System.DivideByZeroException e) { Console.WriteLine(“\nDivideByZeroException! Msg: {0}”, e.Message); Xử Lý Ngoại Lệ 380 Ngôn Ngữ Lập Trình C# Console.WriteLine(“\nHelpLink: {0}”, e.HelpLink); } catch (MyCustomException e) { Console.WriteLine(“\nMyCustomException! Msg: {0}”, e.Message); Console.WriteLine(“\nHelpLink: {0}”, e.HelpLink); } catch { Console.WriteLine(“Unknown excepiton caught”); } finally { Console.WriteLine(“Close file here.”); } } // thực hiện phép chia hợp lệ public double DoDivide( double a, double b) { if ( b == 0) { DivideByZeroException e = new DivideByZeroException(); e.HelpLink = “”; throw e; } if ( a == 0) { MyCustomException e = new MyCustomException(“Can’t have zero divisor”); e.HelpLink = “”; throw e; } return a/b; } } } ----------------------------------------------------------------------------- Xử Lý Ngoại Lệ 381 Ngôn Ngữ Lập Trình C# Lớp MyCustomException được dẫn xuất từ System.ApplicationException và lớp này không có thực thi hay khai báo gì ngoài một hàm khởi dựng. Hàm khởi dựng này lấy tham số là một chuỗi và truyền cho lớp cơ sở. Trong trường hợp này, lợi ích của việc tạo ra ngoại lệ là làm nổi bật điều mà chuơng trình muốn minh họa, tức là không cho phép số chia là zero. Sử dụng ngoại lệ ArithmeticException thì tốt hơn là ngoại lệ chúng ta tạo ra. Nhưng nó có thể làm nhầm lẫn cho những người lập trình khác vì phép chia với số chia là zero không phải là lỗi số học. Phát sinh lại ngoại lệ Giả sử chúng ta muốn khối catch thực hiện một vài hành động đúng nào đó rồi sau đó phát sinh lại ngoại lệ ra bên ngoài khối catch (trong một hàm gọi). Chúng ta được phép phát sinh lại cùng một ngoại lệ hay phát sinh lại các ngoại lệ khác. Nếu phát sinh ra ngoại lệ khác, chúng ta có thể phải nhúng ngoại lệ ban đầu vào bên trong ngoại lệ mới để phương thức gọi có thể hiểu được lai lịch và nguồn gốc của ngoại lệ. Thuộc tính InnerException của ngoại lệ mới cho phép truy cập ngoại lệ ban đầu. Bởi vì InnerException cũng là một ngoại lệ, nên nó cũng có một ngoại lệ bên trong. Do vậy, toàn bộ dây chuyền ngoại lệ là một sự đóng tổ (nest) của một ngoại lệ này với một ngoại lệ khác. Giống như là con lật đật, mỗi con chứa trong một con và đến lượt con bên trong lại chứa...  Ví dụ 13.8: Phát sinh lại ngoại lệ & ngoại lệ inner. ----------------------------------------------------------------------------- namespace Programming_CSharp { using System; // tạo ngoại lệ riêng public class MyCustomException : System.Exception { public MyCustomException( string message, Exception inner): base(message, inner) { } } public class Test { public static void Main() { Test t = new Test(); Xử Lý Ngoại Lệ 382 Ngôn Ngữ Lập Trình C# t.TestFunc(); } // chia hai số và xử lý ngoại lệ public void TestFunc() { try { DangerousFunc1(); } catch (MyCustomException e) { Console.WriteLine(“\n{0}”, e.Message); Console.WriteLine(“Retrieving exception history...”); Exception inner = e.InnerException; while ( inner != null) { Console.WriteLine(“{0}”, inner.Message); inner = inner.InnerException; } } } public void DangerousFunc1() { try { DangerousFunc2(); } catch (System.Exception e) { MyCustomException ex = new MyCustomException(“E3 – Custom Exception Situation”, e); throw ex; } } public void DangerousFunc2() { try { Xử Lý Ngoại Lệ 383 Ngôn Ngữ Lập Trình C# DangerousFunc3(); } catch (System.DivideByZeroException e) { Exception ex = new Exception(“E2 - Func2 caught divide by zero”, e); throw ex; } } public void DangerousFunc3() { try { DangerousFunc4(); } catch (System.ArithmeticException) { throw; } catch (System.Exception) { Console.WriteLine(“Exception handled here.”); } } public void DangerousFunc4() { throw new DivideByZeroException(“E1 – DivideByZero Exception”); } } } -----------------------------------------------------------------------------  Kết quả: E3 – Custom Exception Situation! Retrieving exception history... E2 - Func2 caught divide by zero E1 – DivideByZeroException ----------------------------------------------------------------------------- Để hiểu rõ hơn ta có thể dùng trình debugger để chạy từng bước chương trình khi đó ta sẽ hiểu rõ từng bước thực thi cũng như việc phát sinh các ngoại lệ. Xử Lý Ngoại Lệ 384 Ngôn Ngữ Lập Trình C# Chương trình bắt đầu với việc gọi hàm DangerousFunc1() trong khối try: try { DangerousFunc1(); } DangerousFunc1() gọi DangerousFunc2(), DangerousFunc2() lại gọi DangerousFunc3(), và cuối cùng DangerousFunc3() gọi DangerousFunc4(). Tất cả việc gọi này điều nằm trong khối try. Cuối cùng, DangerousFunc4() phát sinh ra ngoại lệ DivideByzeroException. Ngoại lệ này bình thường có chứa thông điệp bên trong nó, nhưng ở đây chúng ta tự do dùng thông điệp mới. Để dễ theo dõi chúng ta đưa vào các chuỗi xác nhận tuần tự các sự kiện diễn ra. Ngoại lệ được phát sinh trong DangerousFunc4() và nó được bắt trong khối catch trong hàm DangerousFunc3(). Khối catch trong DangerousFunc3() sẽ bắt các ngoại lệ Arithmetic- Exception ( như là DivideByZeroException), nó không thực hiện hành động nào mà chỉ đơn giản là phát sinh lại ngoại lệ: catch ( System.ArithmeticException) { throw; } Cú pháp để thực hiện phát sinh lại cùng một ngoại lệ mà không có bất cứ bổ sung hay hiệu chỉnh nào là : throw. Do vậy ngoại lệ được phát sinh cho DangerousFunc2(), khối catch trong DangerousFunc2() thực hiện một vài hành động và tiếp tục phát sinh một ngoại lệ có kiểu mới. Trong hàm khởi dựng của ngoại lệ mới, DangerousFunc2() truyền một chuỗi thông điệp mới (“E2 - Func2 caught divide by zero”) và ngoại lệ ban đầu. Do vậy ngoại lệ ban đầu (E1) trở thành ngoại lệ bên trong của ngoại lệ mới (E2). Sau đó hàm DangerousFunc2() phát sinh ngoại lệ này (E2) cho hàm DangerousFunc1(). DangerousFunc1() bắt giữ ngoại lệ này, làm một số công việc và tạo ra một ngoại lệ mới có kiểu là MyCustomException, truyền vào hàm khởi dựng của ngoại lệ mới một chuỗi mới (“E3 – Custom Exception Situation!”) và ngoại lệ được bắt giữ (E2). Chúng ta nên nhớ rằng ngoại lệ được bắt giữ là ngoại lệ có chứa ngoại lệ DivideByZeroException (E1) bên trong nó. Tại thời điểm này, chúng ta có một ngoại lệ kiểu MyCustomException (E3), ngoại lệ này chứa bên trong một ngoại lệ kiểu Exception (E2), và đến lượt nó chứa một ngoại lệ kiểu DivideByZeroException (E1) bên trong. Sau cùng ngoại lệ được phát sinh cho hàm TestFunc; Khi khối catch của TestFunc thực hiện nó sẽ in ra thông điệp của ngoại lệ : E3 – Custom Exception Situation! sau đó từng ngoại lệ bên trong sẽ được lấy ra thông qua vòng lặp while: while ( inner != null) { Xử Lý Ngoại Lệ 385 Ngôn Ngữ Lập Trình C# Console.WriteLine(“{0}”, inner.Message); inner = inner.InnerException; } Kết quả là chuỗi các ngoại lệ được phát sinh và được bắt giữ: Retrieving exception history... E2 - Func2 caught divide by zero E1 – DivideByZero Exception Câu hỏi và trả lời Câu hỏi 1: Việc sử dụng catch không có tham số có vẻ như có nhiều sức mạnh do chúng bắt giữa tất cả các ngoại lệ. Tại sao chúng ta không luôn luôn sử dụng câu lệnh catch không có tham số để bắt các lỗi? Trả lời 1: Mặc dù sử dụng catch duy nhất có rất nhiều sức mạnh, nhưng nó cũng làm mất rất nhiều thông tin quan trọng về ngoại lệ được phát sinh. Khi đó chúng ta sẽ không biết chính xác loại ngoại lệ xảy ra và khó có thể bảo trì cũng như khắc phục những ngoại lệ sau này. Về phía người dùng cũng vậy. Nếu chương trình gặp ngoại lệ mà không có thông báo rõ ràng cho nguời dùng thì có thể làm cho họ hoang mang, và có thể đổ lỗi cho chương trình của chúng ta không tốt ngay cả những lỗi không phải do ta. Ví dụ như lỗi hết tài nguyên bộ nhớ do người dùng sử dụng quá nhiều chương trình hoạt động cùng lúc. Tóm lại là chúng ta nên sử dụng catch với những tham số chi tiết để thực hiện tốt việc quản lý các ngoại lệ được phát sinh. Câu hỏi 2: Có phải tất cả những ngoại lệ được đối xử một cách bình đẳng? Trả lời 2: Không phải, có hai loại ngoại lệ, ngoại lệ hệ thống và ngoại lệ của chương trình ứng dụng. Ngoại lệ của chương trình ứng dụng thì sẽ không kết thúc chương trình. Còn ngoại lệ hệ thống thì sẽ kết thúc chương trình. Nói chung đó là những ngoại lệ xuất hiện trước đây. Hiện nay thì người ta chia ra nhiều mức độ ngoại lệ và tùy theo từng mức độ của ngoại lệ mà chương trình của chúng ta sẽ được nhận những ứng xử khác nhau. Để biết thêm chi tiết chúng ta có thể đọc thêm trong tài liệu .NET Framework về xử lý ngoại lệ. Câu hỏi 3: Như câu trả lời bên trên tại sao tôi phải tìm hiểu nhiều về các ngoại lệ và cách thức xử lý các ngoại lệ khi chúng được phát sinh? Trả lời 3: Việc xây dựng một chương trình ứng dụng là hết sức phức tạp, chương trình luôn tiếm ẩn những yếu tố không ổn định và có thể phát sinh các ngoại lệ dẫn đến những lỗi không mong muốn. Việc thực hiện bắt giữ các ngoại lệ là hết sức cần thiết trong chương trình, nó cho phép chúng ta xây dựng được chương trình hoàn thiện hơn và xử lý các thông điệp ngoại lệ tốt hơn. Tìm hiểu những ngoại lệ đem đến cho chúng ta nhiều kinh nghiệm trong việc xây dựng các chương trình phức tạp hơn. Câu hỏi thêm Câu hỏi 1: Hãy cho biết các từ khóa được sử dụng để xử lý ngoại lệ? Xử Lý Ngoại Lệ 386 Ngôn Ngữ Lập Trình C# Câu hỏi 2: Phân biệt giữa lỗi và ngoại lệ? Câu hỏi 3: Khi thực hiện việc bắt giữ các ngoại lệ. Nếu có nhiều mức bắt giữ ngoại lệ thì chúng ta sẽ thực hiện mức nào. Từ chi tiết đến tổng quát, hay từ tổng quát đến chi tiết? Câu hỏi 4: Ý nghĩa của từ khóa finally trong việc xử lý ngoại lệ? Câu hỏi 5: Câu lệnh nào được dùng để phát sinh ngoại lệ? Câu hỏi 6: Loại nào sau đây nên được xử lý theo ngoại lệ và loại nào thì nên được xử lý bởi các mã lệnh thông thường? a. Giá trị nhập vào của người dùng không nằm trong mức cho phép. b. Tập tin không được viết mà thực hiện viết. c. Đối mục truyền vào cho phương thức chứa giá trị không hợp lệ. d. Đối mục truyền vào cho phương thức chứa kiểu không hợp lệ. Câu hỏi 7: Nguyên nhân nào dẫn đến phát sinh ngoại lệ? Câu hỏi 8: Khi nào thì ngoại lệ xuất hiện? a. Trong khi tạo mã nguồn b. Trong khi biên dịch c. Trong khi thực thi chương trình d. Khi yêu cầu đựơc đưa ta bởi người dùng cuối. Câu hỏi 9: Khi nào thì khối lệnh trong finally được thực hiện? Câu hỏi 10: Trong namespace nào chức các lớp liên quan đến việc xử lý các ngoại lệ? Hãy cho biết một số lớp xử lý ngoại lệ quan trọng trong namespace này? Bài tập Bài tập 1: Hãy viết đoạn lệnh để thực hiện việc bắt giữa ngoại lệ liên quan đến câu lệnh sau đây: Ketqua = Sothu1 / Sothu2; Bài tập 2: Chương trình sau đây có vấn đề. Hãy xác định vấn đề có thể phát sinh ngoại lệ khi chạy chương trình. Và viết lại chương trình hoàn chỉnh gồm các lệnh xử lý ngoại lệ: ----------------------------------------------------------------------------- using System; public class Tester { public static void Main() { uint so1=0; int so2, so3; so2 = -10; so3 = 0; // tính giá trị lại Xử Lý Ngoại Lệ 387 Ngôn Ngữ Lập Trình C# so1 -= 5; so2 = 5/so3; // xuất kết quả Console.WriteLine("So 1: {0}, So 2:{1}", so1, so2); } } ----------------------------------------------------------------------------- Bài tập 3: Chương trình sau đây có thể dẫn đến ngoại lệ hay không? Nếu có thì hãy cho biết ngoại lệ có thể được phát sinh. Hãy viết lại chương trình hoàn chỉnh có xử lý các ngoại lệ bằng cách đưa ra thông điệp về ngoại lệ được phát sinh. ----------------------------------------------------------------------------- using System; using System.IO; public class Tester { public static void Main() { string fname = "test3.txt"; string buffer; StreamReader sReader = File.OpenText(fname); while ( (buffer = sReader.ReadLine()) !=null) { Console.WriteLine(buffer); } } } ----------------------------------------------------------------------------- Bài tập 4: Hãy xem lại các ví dụ trong các chương trước, ví dụ nào có thể phái sinh ngoại lệ thì hãy thêm các đoạn xử lý ngoại lệ cho ví dụ đó. Xử Lý Ngoại Lệ 388