Chuyên đề Nghiên cứu ngôn ngữ lập trình ASP.NET

goài ra cũng có thể kết hợp hai loại này với nhau theo bất kỳ cách nào. Cà hai loại này có một nền cơ bản, cho phép sử dụng authentication schemes, cache frequently used data, hoặc chỉnh sửa cấu hình ứng dụng (customize application’s configuration). Tuy nhiên mỗi loại có một vài khả năng riêng: Một XML Web Service cung cấp điều kiện (mean) để truy cập các hàm ở server từ xa. Khi sử dụng Web Service, trong kinh doanh người ta có thể đưa ra các giao diện lập trình được cùng với dữ liệu, hoặc kết quả kinh doanh, những cái này có thể được nhận, hiệu chỉnh bởi các ứng dụng client và server. Web Server cho phép trao đổi dữ liệu theo hai kịch bản (scenarios) client-server và server-client, sử dụng chuẩn HTTP và thông diệp XML (XML messaging) để di chuyển dữ liệu qua tường lữa (firewall). XML Web Service có thể được viết bằng mọi ngôn ngữ lập trình, sử dụng mọi mô hình thành phần (component model), và có thể chạy trên bất kỳ hệ điều hành nào có thể truy cập XML Web Services. Mô hình (model) Web Forms và Web Services đều có tất cả các đặt tính của ASP.NET, đó là sức mạnh của .NET Framework và .NET Framework Common Lanuage Runtime. Các tính chất và cách sử dụng có thể được phát thảo như sau: Với người đã có kỹ năng lập trình ASP thì mô hình lập trình mới ASP.NET sẽ rất gần gũi. Tuy là như vậy nhưng ASP.NET đã có những thay đổi rất đặc biệt so với ASP, ASP.NET đã có cấu trúc hơn và hướng đối tượng. Thật đáng tiết, điều này có nghĩa là tất cả các trang ASP đã tồn tại đều phải được chỉnh sửa một vài nơi để có thể chạy dưới ASP.NET. Ngoài ra, Visual Basic và Visual Basic.NET đã có một sự khác biệt rất lớn, điều này có nghĩa là các trang được viết bằng Visual Basic Scripting Edition sẽ không thể chuyển trực tiếp sang ASP.NET, cần thiết phải có một số thay đổi nhất định để có thể chuyển sang ASP.NET. Truy cập database là kỹ thuật thường được sử dụng để hiển thị dữ liệu trên trang Web của khách (visitor). Với ASP.NET, việc quản lý (manage) database sẽ khá dễ dàng thông qua code. ASP.NET cung cấp một mô hình đơn giản để lập trình viên Web có thể làm việc như trên một ứng dụng thông thường. Lập trình viên có thể viết mã ngay trong file văn bản global.asax, hoặc là trong một class được biên dịch, được triễn khai như là một assembly, và có thể đưa vào các sự kiện mức ứng dụng. Ngoài ra người lập trình còn có thể mở rộng mô hình để thích hợp cho nhu cầu của từng ứng dụng ASP.NET tạo ra những chương trình dễ sử dụng và những session-state facility gần gủi với lập trình viên ASP và sẳn sàng tương thích với tất cả các giao diện lập trình .NET Framework khác (other .NET Framework APIs). Đối với những lập trình viên cao cấp, người muốn sử dụng những giao diện lập trình mạnh như giao diện ISAPI (có trong ASP), ASP.NET giới thiệu hai giao diện: IhttpHandler và IhttpModule. Cài đặt giao diện IHttpHandler cho phép chương trình tương tác với các yêu cầu mức thấp (low-level request) và những dịch vụ hồi báo (response services) của IIS Web Services và cung cấp một vài chức năng giống với phần mở rộng ISAPI, nhưng với một mô hình lập trình rất đơn giản. Cài đặt giao diện IhttpModule cho phép lập trình viên đưa vào những customize event riêng trong mỗi yêu cầu (request) sinh ra trong ứng dụng. ASP.NET có được những chất lượng thực thi được tìm thấy trong .NET Framework và thực thi ngôn ngữ chung (common language runtime). Ngoài ra ASP.NET đã được thiết kế cho mục đích nâng cao khả năng thực thi vượt qua ASP và tất cả các nền ứng dụng Web khác (Lời của MS). Tất cả mã của ASP.NET đều được biên dịch, việc này cho phép kết hợp dễ (early binding), kiễu mạnh (strong type), trình biên dịch tức thời (JIT) tương thích native code. Ngoài ra ASP.NET còn cung cấp catch mở rộng cho lập trình viên có thể tối ưu hóa ứng dụng trong một vài trường hợp. Tạo được các câu lệnh debug (custom debug statements) cho trang web, nó rất hữu ích trong khi giãi quyết sự cố (troubleshooting).Nền .NET Framework và ASP.NET cung cấp sơ đồ (schemes) chứng nhận(authentication) và cấp phép (authorization) cho ứng dụng Web, có thể dễ dàng xóa, thêm, hiệu chỉnh sơ đồ. Cấu hình ứng dụng ASP.NET được lưu trữ trong các tập tin XML chuẩn, hiệu chỉnh dễ dàng , và có thể mở rộng để phù hợp cho nhu cầu của từng ứng dụng Web. ASP.NET là phiên bản mới của ASP,ngoài những ưu điểm của ASP, ASP.NET có những đặc điểm khác và mạnh hơn so với ASP: Pages: sử dụng các thành phần điều khiển có khả năng hoạt động và tương tác với nhau ngay trên trình chủ Server. Đặc điểm này giảm thiểu thời gian viết code tương tác giữa các trang. Lập trình trong môi trường ASP.NET tương tự như lập trình trong Form, do đó các ứng dụng của ASP.NET còn được gọi là Web Form. HTML Server Side Controls: các thành phần điều khiển HTML có khả năng xử lý ngay trên trình chủ(Server) dựa trên thuộc tính và phương thức tương tự như cách thức hoạt động của trình khách(client). Những thành phần điều khiển này còn cho phép ta kết hợp mã xử lý của pages ASP.NET với một sự kiện nào đó phát sinh phía client được xem như đang diễn ra trên trình server(mô hình chuyển giao- deligate). Rich controls: tập các điều khiển đa năng.Các Rich Controls chạy trên server và có thể tạo ra các phần tử cũng như các đối tượng HTML phức hợp trên client (Grid, calendar,table, view,…). Rich controls còn cho phép bạn ràng buộc dữ liệu và xử lý dữ liệu tương tự như bạn đang viết một ứng dụng desktop thật sự. Xoá đi biên giới mô hình Client/server. Web Service: các dịch vụ Web. Trang ASP.NET có thể không cần hiển thị kết xuất cho client. Chúng hoạt động như những chương trình xử lý yêu cầu ở hậu cảnh. VD trang ASP.NET nào đó có thể là đối tượng cung cấp phương thức trả về giá trị nào đó khi nhận được yêu cầu từ client. Cấu hình & phân phối: đơn giản và dễ dàng với các file cấu hình theo định dạng văn bản của XML.Không cần phải đăng ký hệ thống khi sử dụng nữa(Quên đi regsrv32.exe!). Chúng ta chỉ cần copy các trang ASP.NET hay các đối tượng lên máy chủ, chỉ ra vị trí của chúng và thế là chương trình cũng như dịch vụ của chúng ta đã sẵn sàng!. Tự động quản lý trạng thái của đối tượng Session hay Aplication. Chúng ta có thể lưu nội dung của Session hay Aplication của một ứng dụng đặc thù nào đó xuống một file trên đĩa sau đó dùng lại. Debug, Tracing: Các công cụ debug được nâng cấp đáng kể. Mỗi trang tài liệu có thể sử dụng một trang xử lý lỗi riêng biệt và kết xuất nội dung của biến để theo dõi ngay trong quá trình thực thi trang. Các trình Debug được tích hợp sẵn trong môi trường đa ngôn ngữ VB.NET,C++,C#. Security management: Chúng ta có thể tận dụng các dịch vụ đăng nhập(login) tuỳ biến cho trang tài liệu ASP.NET theo phong cách của Web hoặc cơ chế đăng nhập và dựa trên hệ thống bảo mật của HĐH. Tùy biến vùng đệm trên Server (Customer Server Caching): vùng đệm của kiến trúc ASP.NET được quản lý rất linh động. Chúng ta có thể tạo ra các vùng đệm riêng biệt chứa một kiểu giá trị và đối tượng trong quá trình hoạt động của trang nhằm tăng tốc cho ứng dụng. Một tập các đối tượng phong phú: ASP.NET hỗ trợ một tập phong phú các thư viện và các đối tượng phục vụ hầu hết những gì mà những nhà ứng dụng cần đến. Bằng những thư viện này công việc viết ứng dụng cho Web trở nên dễ dàng hơn.VD: bạn có thể sử dụng các thành phần đối tượng “Send mail ” để gửi nhận thư, Đối tượng mã hoá để giải mã thông tin, Web Counter(đếm số người truy cập),ADO.NET,… Các đối tượng nội tại khác như Request, Response, Form, Cookies, ServerVaribles, đều được giữ lại và hoàn toàn tương thích với ASP. Tuy nhiên, ASP.NET đã cung cấp thêm cho những đối tượng này rất nhiều những thuộc tính và phương thức mới giúp nâng cao khả năng xử lý các ứng dụng. Một ứng dụng được triển khai bằng ASP.NET sẽ thừa hưởng được các thế mạnh của ASP.NET như: tốc độ nhanh, linh động, an toàn và có tính thực thi cao. Điều này dựa trên các ưu điểm nổi bật sau của ASP.NET(đứng ở góc độ lập trình.): Thành phần điều khiển đóng gói các chức năng thường xuyên sử dụng rất tiện lợi như: quản lý trạng thái (State), kiểm tra dữ liệu nhập(validate), … những công việc này trứơc đây thường phải viết rất thủ công. Mã nguồn dễ dùng, dễ đọc: Mọi công việc thao tác hay xử lý không cần thiết trước đây(như kiểm tra tính hợp lệ của dữ liệu, bảo vệ trạng thái của session,…) đều được chuyển giao cho kiến trúc và bộ khung ASP.NET xử lý. Trang ASP.NET viết mã ít hơn, ngắn gọn hơn đồng thời cũng thực thi nhanh hơn trang ASP do trang ASP.NET đã được biên dịch và được đưa vào vùng đệm bộ nhớ trong suốt quá trình thực thi. Với trang ASP.NET chúng ta có thể tạo trang tài liệu HTML kết xuất phía đầu cuối đẹp mắt bằng một tập phong phú các thành phần điều khiển giao diện thân thuộc trong Windows đã được xây dựng lại. Trong ASP.NET không còn phụ thuộc vào ngôn ngữ phi định kiểu như VBScript nữa, mà nó cho phép sử dụng ngôn ngữ trung lập.Trang ASP.NET có thể viết bằng rất nhiều ngôn ngữ lập trình hiện đại: C++, C#, VB.NET, Perl,… Ngoài ra, còn có những ưu điểm khác so với ASP thường: Ở trang ASP mã lệnh và giao diện trộn lẫn với nhau. Khi phát triển những ứng dụng Web lớn, thường các dự án cần được tách ra làm 2 phần. Một nhóm thiết kế giao diện(Web Designer) và một nhóm viết lệnh lập trình(coder). Kết quả cuối cùng thường là một sự trộn lẫn giữa phần thiết kế giao diện và mã lệnh ASP để tạo thành một file chương trình duy nhất. Các trang ASP của ứng dụng đó rất khó bảo trì khi bạn muốn thêm vào các mã lập trình mới hay thay đổi giao diện. ASP.NET cho phép tách rời giữa mã lập trình và nội dung tài liệu. Ngày nay, các thiết bị cầm tay: ĐTDĐ, máy Palm,… thay đổi rất nhanh, đòi hỏi nhu cầu sử dụng Internet ngày càng cao. Vấn đề là các trang tài liệu thiết kế cho những thiết bị này yêu cầu phải nhỏ gọn và không thể sử dụng cách định dạng cho tài liệu như trên những trình duyệt hiện đại. Một trong những cách giải quyết vấn đề trên đó là ta sẽ xây dựng 2 site khác nhau để hướng đến 2 ứng dụng khác nhau hoặc là trong cùng một site chúng ta code nhận dạng từng loại thiết bị rồi viết mã từng site cho phù hợp(Select case …) Cách này lập trình rất khó, chi phí cao và hiện đang được sử dụng nhiều nhất. Tuy nhiên, với ASP.NET chúng ta không cần viết mã lệnh, các thành phần điều khiển hoạt động trên Server có khả năng nhận dạng và phát sinh mã tuỳ theo yêu cầu sử dụng cuối cùng của Client….. II.2.Ứng dụng của ASP.NET A.Khái quát. Một ứng dụng ASP.NET được định nghĩa là tất cả những tập tin, những điều khiển (handler), những module và mã thực thi (executable code) có thể được gọi từ một cây thư mục ảo (virtual directory) trên ứng dụng Web Server. Có thể sử dụng mọi mô hình lập trình ASP.NET (ASP.NET programming models) trong ứng dụng. Tất cả chúng phải cùng tồn tại trong một cấu trúc thư mục ảo riêng lẻ. B.Tập tin Global.asax. Tập tin Global.asax, còn được hiểu như tập tin ứng dụng ASP.NET, là một tập tin tùy chọn chứa mã để đáp ứng (responding) những sự kiện mức ứng dụng (application-level events) được phát ra bởi ASP.NET hoặc những module HTTP. Tập tin Global.asax được đặt tại thư mục gốc (root directory) của một ứng dụng ASP.NET. Khi ứng dụng chạy (run), tập tin Global.asax được phân tích và biên dịch thành một lớp class .NET Framework dẫn xuất từ lớp HttpApplication. Bản thân tập tin Global.asax được cấu hình để từ chối bất kỳ yêu cầu URL trực tiếp nào; người sử dụng bên ngoài (external users) không thể download hoặc xem mã được viết bên trong nó. Tập tin Global.asax của ASP.NET có thể cùng tồn tại với tập tin Global.asa của ASP. Có thể tạo tập tin Global.asax bằng trình thiết kế WYSIWYG, bằng Notepad, hoặc như là một lớp được biên dịch thành assambly đặt trong thư mục \bin là thư mục con của thư mục ứng dụng. Tập tin Global.asax là một tùy chọn, nếu không định nghĩa tập tin Global.asax thì framework (ASP.NET page framework) sẽ xem như (assumes) không có bất kỳ một event application handler và event session handler nào được định nghĩa. Nếu nội dung tập tin Global.asax bị thay đổi trong lúc ứng dụng ASP.NET đang hoạt động thì ASP.NET Page Framework sẽ tự động dò tìm sự thay đổi này. Nó sẽ thực hiện xong tất cả những yêu cầu hiện tại, gởi sự kiện Application_OnEnd đến tất cả những bộ lắng nghe (listeners), và khởi động lại miền ứng dụng (application domain). Trong thực tế, ứng dụng này được khởi động lại, đóng tất cả những browse sesstion, xóa (flushing) tất cả những thông tin trạng thái. Khi có yêu cầu kế tiếp đến từ browse, ASP.NET page framework sẽ phân tích và biên dịch lại tập tin Global.asax thành đối tượng trong bộ nhớ và phát ra sự kiện Application_OnStart. C.Làm việc với thực thể HttpApplication. Trong suốt thời gian sống của ứng dụng, ASP.NET duy tri một số thực thể Global.asax chung dẫn xuất từ lớp HttpApplication. Khi ứng dụng ASP.NET nhận một yêu cầu HTTP thì ASP.NET page framework sẽ chỉ định một trong những đối tượng này để xử lý yêu cầu. Mỗi thực thể HttpApplication chịu trách nhiệm quản lý suốt thời gian sống của yêu cầu mà nó được chỉ định quản lý, và thực thể chỉ được sử dụng lại (reused) cho yêu cầu khác sau khi nó đã xử lý xong yêu cầu hiện tại. Lớp HttpApplication cho phép lập trình (overriding) truy xuất (access) các phương thức (method), cũng như những sự kiện Application_OnStart và Application_OnEnd. Ngoài ra, nó còn cho phép truy xuất đến bất kỳ sự kiện nào được đưa ra (exposed) bởi các module HTTP D. Lập trình lại (Overriding) phương thức Init và Dispose. Phương thức HttpApplication.Init được gọi ngay sau khi một thực thể (instance) của lớp HttpApplication được tạo (sau khi tất cả các module quản lý sự kiện đã được add vào). Có thể sử dụng phương thức này để tạo và cấu hình bất kỳ đối tượng nào được sử dụng xuyên suốt (across) trong tất cả các thao tác xử lý sự kiện. Phương thức Init không giống với sự kiện Application_OnStart, bởi ví nó luôn luôn được gọi trong tất cả các thực thể HttpApplication trong phạm vi một ứng dụng. Sự kiện Application_OnStart chỉ được phát ra một lần trong suốt cuộc sống của ứng dụng, khi thực thể (instance) HttpApplication đầu tiên được tạo. Chỉ sử dụng sự kiện Application_OnStart để tạo và hiệu chỉnh (modify) những trạng thái (state) được chia sẽ bởi tất cả những thực thể pipeline, như là đối tượng ApplicationState. Không sử dụng nó để tạo các biến cục bộ, bởi vì biến cục bộ không được chia sẽ bởi nhiều thực thể HttpApplication.Phương thức HttpApplication.Dispose được gọi trực tiếp trước khi một thực thể của lớp HttpApplication được hũy. Có thể sử dụng nó để xóa bất kỳ local resource nào. Phương thức Dispose không giống với sự kiện Application_OnEnd, bởi vì nó luôn luôn được gọi trong tất cả các thực thể của lớp HttpApplication trong phạm vi một ứng dụng. Sự kiện Application_OnEnd chỉ được phát ra duy nhất một lần trong suốt cuộc sống của ứng dụng, khi thực thể cuối cùng của lớp HttpApplication được hũy (torn down). Chỉ sử dụng sự kiện Application_OnEnd để xóa những trạng thái hoặc những resource được chia sẽ bới tất cả các thực thể pipeline, như là đối tượng ApplicationState. Không sử dụng nó để xóa các biến cục bộ, bởi vì biến cục bộ không được chia sẽ sử dụng bởi nhiều thực thể HttpApplication. Không được sử dụng các thuộc tính Request, Response, Sesstion của thực thể HttpApplication bên trong các hàm Init và Dispose của một sự thực thi yêu cầu. Ví dụ bên dưới chỉ ra làm thế nào để override hai phương thức (method) chu kỳ sống được cung cấp bởi lơp cơ bản HttpApplication. public override void Init() { // Init override code goes here. } public override void Dispose() { // Init override code goes here. } D.1. Quản lý những sự kiện của thực thể HttpApplication Có thể sử dụng tập tin Global.asax để xử lý bất kỳ sự kiện nào được đưa ra (exposed) bởi lớp cơ bản HttpApplication. Mẫu sau đây được cung cấp để thực hiện công việc này: Application_EventName(AppropriateEventArgumentSignature) Ví dụ: đoạn mã sau đây giải quyết các sự kiện OnStart, BeginRequest, và OnEnd cho một ứng dụng ASP.NET, phải đặt đoạn mã vào trong tập tin Global.asax, đoạn mã trong giống như sau: public void Application_OnStart() { // Application start-up code goes here. } public void Application_BeginRequest() { // Application code for each request could go here. } public void Application_OnEnd() { // Application clean-up code goes here. } E. Sử dụng các Module trong tập tin Global.asax. 1. Khái quát. ASP.NET cung cấp những module khác nhau và riêng biệt trong mỗi yêu cầu và những sự kiện được đưa ra (exposed), có thể quản lý (handle) các module này ngay trong tập tin Global.asax hoặc ngay trong một lớp được dẫn xuất từ lớp HttpApplication . Có thể sửa đổi (custmize) và mở rộng các module này, hoặc thậm chí có thể tạo một module mới để xử lý thông tin về các yêu cầu HTTP. Ví dụ, có thể tạo một module output cache để cài đặt (implements) output-caching làm việc (behaviors) cho toàn bộ ứng dụng. Tất cả các module, cả những module tự tạo và những module chuẩn được cung cấp bởi ASP.NET, đều phải cài đặt giao diện IHttpModule . Chỉ cần các module được đăng ký với ứng dụng là có thể dễ dàng tương tác (interact) với các yêu cầu HTTP đi vào ứng dụng. 2. Quản lý HTTP Module Events. Có thể sử dụng các module trong tập tin Global.asax để quản lý bất kỳ sự kiện nào được phát sinh trong các yêu cầu HTTP. Ví dụ, có thể tạo một custom authentication module cho ứng dụng Web định xây dựng, trong module có xử lý sự kiện OnAuthenticateRequest để chứng thực người dùng. Lệnh viết để điều khiển sự kiện phát sinh (exposed) bởi một HTTP module phải phù hợp với mẫu được chỉ rỏ bên dưới. FriendlyModuleName_EventName(AppropriateEventArgumentSignature) Ví dụ, nếu muốn đưa code để quản lý sự kiện bắt đầu và kết thúc của sesstion, cũng như cho sự kiện OnAuthenticateRequest, nó sẽ trong giống như bên dưới. void Session_OnStart() { // Session start-up code goes here. } void Session_OnEnd() { // Session clean-up code goes here. } void Application_OnAuthenticateRequest(Object Source, EventArgs Details) { // Authentication code goes here. } II.3.Cấu hình ASP.NET A .Khái quát -Đặc điểm hệ thống cấu hình của ASP.NET là một thành phần có thể mở rộng được, cho phép định nghĩa những thiết lập hệ thống khi triễn khai ứng dụng ASP.NET lần đầu tiên, sau đó có thể thêm, sửa lại những thiết lập cấu hình tại bất cứ thời điểm nào với một sự tác động nhỏ trên các ứng dụng Web và các Server. -Hệ thống cấu hình của ASP.NET mang lại các lợi ích sau: Thông tin cấu hình được lưu trữ trong tập tin XML chuẫn, cho nên, có thể sử dụng các trình soạn thảo văn bản chuẫn (notepad) hoặc các ứng dụng phân tích XML (XML Parser) để tạo và hiệu chỉnh nó một cách khá dễ dàng. Có nhiều tập tin cấu hình, tất cả đều được đặt tên là Web.config, có thể xuất hiện trong nhiều thư mục của một ứng dụng Server ASP.NET. Mỗi tập tin cấu hình áp dụng những thiết lập cấu hình cho thư mục chứa nó và những thư mục con bên dưới nó. Theo mặc định, những thư mục con sẽ có những thiết lập cấu hình của tập tin Web.config trong thư mục cha, tuy nhiên, những tập tin cấu hình trong thư mục con có thể bổ sung, hiệu chĩnh, và thậm chí còn có thể định nghĩa chòng những thiếg lập của tập tin cấu hình trong thư mục cha. Tập tin cấu hình mức cao nhất có tên là: C:\WINNT\Microsoft.NET\Framework\ version\CONFIG\Machine.config , nó được cung cấp bởi ASP.NET và thiết lập cấu hình cho toàn Web Server. Trong khi chạy, ASP.NET sử dụng thông tin cấu hình được cung cấp trong cấu trúc phân cấp của thư mục ảo để tính ra một thiết lập tổng hợp cho mỗi nguồn lực (resource) duy nhất. Chý ý, hệ thống phân cấu thư mục ở đây là hệ thống thư mục ảo của IIS, không liên quan đến hệ thống thư mục thường được quản lý bởi hệ điều hành. ASP.NET tự động dò tìm những thay đổi trong các tập tin thiết lập cấu hình và tự động áp dụng những thiết lập cấu hình mới cho những trang Web có liên quan. Web Server không cần phải khởi động lại để các thiết lập cấu hình mới có hiệu lực. Thiết lập cấu hình phân cấp (tổng hợp của nhiều tập tin cấu hình) tự động được tính và lưu trữ lại bất cứ khi nào hệ thống phân cấp các tập tin cấu hình có sự thay đổi. Chú ý, những quy tắt ở trên không được tính với khối trong tập tin cấu hình. Hệ thống cấu hình của ASP.NET cho phép mở rộng, có thể thêm vào các thông số cấu hình (configuration parameters), và tạo các vùng điều khiểnc cấu hình (configuration section handlers) để xử lý chúng. ASP.NET bảo vệ các tập tin cấu hình từ sự truy cập từ bên ngoài bằng cách cấu hình IIS ngăn cản truy cập trực tiếp từ Browse đến các tập tin cấu hình. Mã lỗi 403 sẽ được trã về cho bất kỳ sự truy cập trực tiếp nào. B. Định dạng của tập tin cấu hình trong ASP.NET. -Thông tin cấu hình cho nguồn lực ASP.NET (ASP.NET resource) chứa trong một tập hợp các tập tin cấu hình, mỗi tập tin đều được đặt tên là Web.config. Mỗi tập tin cấu hình chứa một hệ thống cấp bậc các tag XML và các subtag cùng với những thuộc tính chỉ định những thiết lập cấu hình. Bởi vì những tag phải có cấu trúc XML đúng chuẫn (well-formed XML) cho nên tag, subtag, attributes phân biệt dạng chữ (case-sensitive). Tên của tag và tên của attributes phải là camel-case, điều này có nghĩa là ký tự đầu tiên của tên tag phải là chử thường, và ký tự đầu tiên của bất kỳ từ theo sau nào phải là chữ hoa. Giá trị của thuộc tính phải là Pascal-case. -Tất cả thông tin cấu hình đều được đặt giữa cặp and . Thông tin cấu hình giữa các tag được nhóm vào hai khối (area) chính: khối định nghĩa điều khiển cấu hình section (the configuration section handler declaration area) và khối (area) thiết lập cấu hình section (the configuration section settings area). Khối định nghĩa điều khiển xuất hiện tại phần đầu của tập tin cấu hình giữa cặp tag and . Mỗi một sự định nghĩa chứa trong một tag chỉ rỏ tên của một vùng (section), mỗi section cung cấp một tập hợp dữ liệu cấu hình và tên của các lớp .NET Framework xử lý dữ liệu cấu hình trong section này. Khối thiết lập cấu hình vùng (section) theo sau khối và chứa các thiết lập cấu hình thật sự. Có mỗi khối thiết lập cấu hình vùng (section) cho mỗi định nghĩa vùng (section) trong khối . Mỗi cấu hình vùng chứa các subtag, các attribute chứa các thiết lập cho vùng. Tập tin Web.config bên dưới là một ví dụ định nghĩa hai điều khiển cấu hình (declares two configuration section handlers). Cái thứ nhất quản lý các thiết lập cho ứng dụng, và cái còn lại quản lý trạng thái section. Chỉ cần định nghĩa khối điều khiển cấu hình section (configuration section handler) một lần duy nhất, có thể đặt nó trong tập tin thiết lập cấu hình toàn server Machine.config hoặc trong tập tin Web.config trong thư mục ảo chứa các tập tin của ứng dụng Web. Các tập tin cấu hình trong thư mục con sẽ tự động thừa kế các định nghĩa điều khiển cấu hình trong thư mục cha. Các thiết lập cấu hình được đặt bên trong các tag phân nhóm section (section grouping tags). Những section tag ở mức cao (top-level section tags) thường mô tả namespace mà những thiết lập cấu hình tác dụng lên. Ví dụ, tag mô tả những thiết lập cho những lớp mạng, và tag mô tả những thiết lập cho những lớp ASP.NET. II.4.Truy cập dữ liệu A .ADO.NET 1.Tổng quan về ADO.NET: ADO.NET cung cấp việc truy cập các nguồn dữ liệu một cách nhất quán như SQL Server, cũng như những nguồn dữ liệu quản lý thông qua OLE DB và XML. Những ứng dụng sử dụng dữ liệu chia sẽ có thể dùng ADO.NET để kết nối đến những nguồn dữ liệu này, cũng như truy xuất, thao tác và cập nhật dữ liệu. ADO.NET dễ dàng quản lý việc truy cập dữ liệu từ việc thao tác trên cơ sở dữ liệu thông qua những thành phần riêng lẽ mà có thể dùng chung hoặc dùng riêng lẽ các thành phần này. ADO.NET bao gồm các trình cung cấp dữ liệu .NET (.NET data provider) cho việc kết nối đến cơ sở dữ liệu, thực thi một câu lệnh và truy xuất kết quả. Các kết quả này hoặc là được xử lý trực tiếp hoặc là được đặt trong một đối tượng ADO.NET Dataset, cho người dùng thao tác trên đối tượng này . Đối tượng ADO.NET Dataset cũng có thể được sử dụng một cách độc lập với .NET data provider để quản lý dữ liệu thuộc những ứng dụng hoặc những nguồn từ XML. Lớp ADO.NET được tìm thấy trong namespace System.Data, và được tích hợp với lớp XML, lớp này được tìm thấy trong namespace System.Xml Connection a)Sự khác nhau giữa ADO.NET và ADO: 1.Sự thể hiện dữ liệu . ADO dữ liệu được lưu trữ ở dạng recordset , còn ADO.NET lưu trữ dạng dataset .Đây là điểm khác biệt quan trọng nhất . 2. Số table . Một recordset như là một table , nếu recordset chứa nhiều tables thì nó phải dùng phép JOIN query kết các bảng lại, lấy dữ liệu từ các tables khác nhau tập hợp lại thành một tables đơn . Ngược lại , dataset là một collection của một hoặc nhiều tables .Các tables bên trong một dataset có thể gọi trực tiếp từng tables thông qua đối tượng DaTaTable . Nếu một dataset chứa nhiều tables ,nó sẽ chứa nhiều đối tượng DataTable .Tức là ,mỗi DataTable điển hình tương đương với một table hoặc là một view. Như vậy một dadaset có cấu trúc tương tự như một database. Ngoài ra , một dataset còn chứa các mối quan hệ .Một mối quan hệ của dataset tương tư như là mối quan hệ khoá ngoại của database ; tức là ,nó kết hợp các dòng của table này với table khác Ví dụ : Một dataset chứa một table về thông tin nhà đầu tư (investors ) và một table khác lưu trữ lĩnh vực đầu tư (purchases) . Nó có thể chứa mối quan hệ mỗi dòng investors table tương ứng mỗi dòng của purchases . Bởi vì dataset có nhiều ngăn với nhiều tables tách rời nhau và các thông tin về mối quan hệ giữa các table với nhau . Vì vậy cấu trúc dữ liệu nhiều hơn recordset và chứa các mối quan hệ trên tables với nhau . 3.Sự ảnh hưởng dữ liệu và con trỏ . Trong ADO ta có thể duyệt liên tục các dòng của recordset ta dùng phương thức ADO MoveNext .Trong ADO.NET, các dòng được thể hiện như một collection. Vì vậy, ta có thể sử dụng vòng lặp thông qua một table như là thông qua một collection, hoặc là truy cập trực tiếp các dòng thông qua số thứ tự hoặc khoá chính. Đối tượng DataRelation chứa thông tin chính và chi tiết của một record và cung cấp phương thức cho phép truy xuất record quan hệ với các record mà ta đang thao tác. Con trỏ là một phần tử của database điều khiển hoạt động của record ,khả năng update dữ liệu và xem xét sự chuyển đồi dữ liệu bởi các user khác nhau .ADO.NET không có đối tượng con trỏ vốn có,nhưng thay vào đó nó chứa data class cung cấp các phương thức như con trỏ truyền thống. 4.Tối ưu các kết nối mở . ADO.NET thường mở một connection đủ để thực thi một thao tác trên database, ví dụ như select hoặc update sau khi thực thi select hoặc update thì connection tự ngắt , ta có thể đọc các dòng vào dataset và thao tác trên nó mà không cần giữ kết nối đến data source.Trong ADO, recordset có thể cung cấp ngắt kết nối ,nhưng ADO được thiết kế chính cho mục đích kết nối liên tục. Một khác biệt quan trọng việc xử lý disconnected trong ADO và ADO.NET . Trong ADO, bạn giao tiếp với cơ sở dữ liệu bằng cách thực hiện cuộc gọi đến Ole Db Provider. Trong ADO.NET, bạn giao tiếp với cơ sở dữ liệu thông qua một DataAdapter(OleDbDataAdapter hay SqlDataAdapter), nó thực hiện việc gọi đến Ole Db provider hay APIs (được cung cấp bởi nguồn dữ liệu cơ bản). Sự khác nhua quan trọng là trong ADO.NET, data adapter cho phép bạn điều khiển cách thay đổi trên dataset được chuyển xuống cơ sở dữ liệu. 5.Chia sẻ dữ liệu giữa các ứng dụng . Việc truyền một ADO.NET Dataset giữa các ứng dụng thì dễ dàng hơn việc truyền một ADO disconnected recordset. Để chuyển một ADO disconnected recordset từ một thành phần đến một thành phần khác, bạn sử dụng COM marshalling. Để truyền dữ liệu trong ADO.NET, bạn sử dụng một Dataset, nó cũng có thể chuyển một Xml stream. Việc truyền các file Xml thì thuận lợi hơn truyền COM marshalling. Nhiều kiểu dữ liệu hơn: COM marshalling giới hạn kiểu dữ liệu, chỉ các kiểu được định nghĩa theo chuẩn của COM. Bởi vì việc truyền của Dataset trong ADO.NET dựa trên khuôn dạng XML, vì thế không giới hạn kiểu dữ liệu Khả năng thực hiện: Việc truyền một ADO recordset lớn hay một ADO.NET dataset lớn có thể sử dụng tài nguyên mạng, như số lượng dòng dữ liệu. Cả 2 ADO và ADO.NET đều cho phép bạn tối thiểu dữ liệu được truyền. Nhưng ADO.NET cung cấp một khả năng thực hiện thuận lợi hơn, trong ADO.NET không đòi hỏi việc chuyển đổi kiểu dữ liệu. ADO yêu cầu COM marshalling chuyển đổi kiểu dữ liệu cho phù hợp với kiểu dữ liệu của COM. Vấn đề bức tường lửa: Việc sử dụng ADO.NET sẽ giúp ta dễ dàng trong việc truyền dữ liệu giữa các thành phần B.Cấu trúc của ADO.NET: 1.XML và ADO.NET : ADO.NET kết hợp với sức mạnh của XML để cung cấp truy xuất dữ liệu ngắt đoạn. ADO.NET được thiết kế tay trong tay với lớp XML trong .NET Framework, cả 2 là những thành phần của một kiến trúc đơn. ADO.NET và lớp XML của .NET Framework cùng sử dụng đối tượng Dataset. Dataset có thể được nạp dữ liệu từ nguồn XML, có thể là 1 file XML hay là 1 dòng XML nào đó. 2.ADO.NET Component ADO.NET Components được thiết kế để quản lý việc truy cập dữ liệu từ nguồn dữ liệu. Có 2 thành phần chính trong ADO.NET: Dataset và .NET Data Provider - một tập hợp các thành phần bao gồm các đối tượng Connection, Command, DataReader, DataAdapter. ADO.NET Dataset là thành phần chính của kiến trúc kết nối gián đoạn của ADO.NET. Dataset được thiết kế một cách rõ ràng cho việc truy cập dữ liệu không phụ thuộc vào bất kỳ nguồn dữ liệu nào. Và kết quả là nó có thể sử dụng nhiều nguồn dữ liệu khác nhau. Dataset bao gồm tập hợp một hoặc nhiều đối tượng DataTable được tạo thành từ nhiều dòng và nhiều cột dữ liệu, cũng như các khoá chính, khoá ngoại, các ràng buộc và các mối quan hệ của các đối tượng DataTable. Thành phần chính khác của ADO.NET là .NET Data Provider. Thành phần này được thiết kế cho việc thao tác dữ liệu và chắc chắn, truy cập dữ liệu forward only, read only. Đối tượng Connection cung cấp việc kết nối đến nguồn dữ liệu. Đối tượng command cho phép truy cập các câu lệnh cơ sở dữ liệu để lấy kết quả trả về, dữ liệu thay đổi, thực thi các stored procedure, gửi hoặc nhận thông tin các tham số (parameter). DataReader cung cấp một luồng truy xuất dữ liệu nhanh từ nguồn dữ liệu. Cuối cùng DataAdapter cung cấp một cầu nối giữa đối tượng Dataset và cơ sở dữ liệu. DataAdapter sử dụng đối tượng Command để thực thi các câu lệnh SQL dưới cơ sở dữ liệu để load dữ liệu lên Dataset và cập nhật những thay đổi trên Dataset xuống cơ sở dữ liệu Bạn có thể viết .NET Data Provider bằng bất kỳ nguồn dữ liệu nào. .NET Framework thông qua 2 .NET Data Provider là: SQL Server .NET Data Provider và OLE DB .NET Data Provider. Các thành phần trong kiến trúc của ADO.NET C.Dataset. Đối tượng Dataset là thành phần chính để hổ trợ việc kết nối ngắt đoạn, là kịch bản phân bổ dữ liệu với ADO.NET. Dataset là bộ nhớ tạm, nó là một bản sao dữ liệu mà cung cấp một mô hình lập trình quan hệ nhất quán không quan tâm đến nguồn dữ liệu. DataSet bao gồm tập hợp các đối tượng DataTable mả bạn có thể thiết lập mối quan hệ giữa chúng thông qua đối tượng DataRelation. Bạn cũng có thể làm cho dữ liệu trong DataSet được nhất quán bằng cách sử dụng đối tượng UniqueConstraint và ForeignKeyConstraint . Mô hình đối tuợng Dataset : Các thành phần của đối tượng DataSet Public properties Thuộc tính Diễn tả CaseSensitive Thiết lập hay trả về một giá trị cho biết so sánh chuỗi bên trong các đối tượng DataTable có phân biệt hoa thường hay không Container(kế thừa từ Marshal By Value Component) Trả về container cho thành phần DataSetName Thiết lập hay trả về tên của DataSet hiện hành DefaultViewManager DesignMode EnforceConstraints ExtendedProperties HasErrors Locale Namespace Thiết lập hay trả về namespace của DataSet Prefix Relations Trả về một tập hợp các quan hệ liên kết các bảng(DataTable) trong DataSet và cho phép định hướng từ bảng cha đến bảng con Sites Tables Trả về tập hợp bảng(DataTable) chứa bên trong DataSet Public methods AcceptChanges Đồng ý tất cả những thay đổi làm trên DataSet trước khi AcceptChanges được gọi. Khi AcceptChanges được gọi, các đối tượng DataRow trong chế độ soạn thảo sẽ kết thúc việc soạn thảo. Trạng thái của DataRow cũng được thay đổi. Những dòng đã thêm vào hay đã cập nhật thì không thay đổi, những dòng đã xoá sẽ bị xoá khỏi DataSet. Phương thức AcceptChanges thường được gọi trên một DataTable sau khi bạn thực hiện việc update DataSet sử dụng phương thức dbDataAdapter.Update b.Clear Xoá dữ liệu của DataSet bằng cách xoá tất cả những dòng trong tất cả các bảng của DataSet c.Clone Sao chép cấu trúc của DataSet, bao gồm tất cả các lược đồ DataTable, các quan hệ và các ràng buộc. Không sao chép dữ liệu d. Copy Sao chép cả cấu trúc và dữ liệu của DataSet này e. Dispose Giải phóng tài nguyên hệ thống sử dụng bởi MarshalByValueComponent f. Equals Xác định xem 2 thể hiện của đối tượng có bằng nhau hay không g. GetChanges Trả vể một bản sao của DataSet chứa tất cả những thay đổi đã làm trên DataSet từ khi lần cuối nó được Load hay từ khi AcceptChanges được gọi. Ví dụ sau dùng phương thức GetChanges để tạo một đối tượng DataSet thứ 2 mà sau đó được dùng để cập nhật dữ liệu trên data source h. GetXml Trả về trình bày Xml của dữ liệu được lưu trữ trong DataSet. Phương thức này thường được sử dụng chung với phương thức WriteXml. i.WriteXml Ghi dữ liệu Xml, tuỳ chọn lược đồ từ DataSet. D.NET Data Provider : .Net Data Provider dùng để kết nối đến cơ sở dữ liệu, thực thi những câu lệnh và truy xuất kết quả. Những kết quả đó hoặc được xử lý trực tiếp hoặc được giữ trong ADO.NET DataSet. Có 2 loại .NET Data Provider: OLEDB Data Provider: sử dụng cho các cơ sở dữ liệu OLEDB như Access, DB2,… SQL Data Provider: sử dụng cho cơ sở dữ liệu SQL Server 7.0 và các phiên bản SQL mới hơn. Mỗi đối tượng của .NET Data Provider cũng chia ra làm 2 loại: như đối tượng connection có OleDbConnection và SqlConnection, đối tượng DataAdapter có OleDbDataAdapter và SqlDataAdapter, đối tượng Command cũng có OleDbCommnad và SqlCommand, đối tượng DataReader cũng có OleDbDataReader và SqlDataReader. OleDb Managed-provider Namespace SqlClient Managed-provider Namespace E.Đối tượng Connection - Thiết lập kết nối đến nguồn dữ liệu - Chuỗi ConnectionString: Lấy hoặc đặt chuỗi dùng để mở một cơ sở dữ liệu SQL Server public void CreateSqlConnection() { //khai báo và khởi tạo một SqlConnection SqlConnection myConnection = new SqlConnection(); // thiết lập chuỗi ConnectionString myConnection.ConnectionString = "user id=sa;password=aU98rrx2;initial catalog=northwind;data source=mySQLServer;Connect Timeout=30"; //Mở kết nối myConnection.Open(); } Các giá trị bên trong chuỗi ConnectionString User id: account login vào Sql Server Password hay pwd: password của account đang log on Initial catalog hay Database: Tên của Database Data Source | Server | Address | Addr | Network Address: tên thể hiện SQL mà ta sẽ kết nối Ngoài ra còn các thành phần khác trong chuỗi kết nối như: Connect Timeout | Connection Timeout:thời gian chờ kết nối Integrated Security | Trusted_Connection: kết nối bảo mật hay là không bảo mật (true or false) F.DataAdapter 1.Khái niệm DataAdapter trình bày một tập các câu lệnh dữ liệu và một kết nối dữ liệu, DataAdapter dùng để điền dữ liệu vào DataSet và cập nhật dữ liệu vào nguồn dữ liệu. DataAdapter như một cầu nối giữa DataSet và nguồn dữ liệu phục vụ cho việc truy xuất và lưu dữ liệu. DataAdapter dùng phương thức Fill để điền dữ liệu vào DataSet và sử dụng phương thức Update để cập nhật những thay đổi từ DataSet xuống cơ sở dữ liệu. Tuỳ thuộc vào loại dữ liệu nguồn mà bạn sẽ sử dụng loại DataAdapter phù hợp. Có 2 loại DataAdapter: 2.Các thành phần của DataAdapter Public properties AcceptChangesDuringFill: Thiết lập hoặc trả về giá trị cho biết phương thức AcceptChanges có được gọi trên DataRow sau khi nó được thêm vào DataTable Container ContinueUpdateOnError: thiết lập hay trả về giá trị cho biết có cho phép cập nhật dữ liệu trong khi xảy ra lỗi trên DataRow hay không (True/false) MisssingMapingAction Site TableMapings: Trả về một collection mà cung cấp ánh xạ chính giữa một bảng nguồn và một DataTable Public methods CreateObjRef: Dispose(kế thừa từ đối tượng Component): giải phóng tài nguyên mà đối tượng sử dụng Equals(kế thừa từ Object): Fill: Thêm vào hay làm tươi những dòng dữ liệu trong DataSet để hợp với dữ liệu ở cơ sở dữ liệu. Phương thức Fill truy xuất những dòng trong nguồn dữ liệu bằng cách sử dụng câu lệnh Select. Đối tượng Connection kết hợp với câu lệnh Select phải là hợp lệ, nhưng ta không cần phải mở connection, phương thức Fill sẽ tự động mở kết nối nếu kết nối chưa được mở, còn nếu kết nối đã mở thì nó sẽ xác nhận. Sau khi đã Fill, nó sẽ đóng kết nối lại. Nếu data adapter bắt gặp các cột trùng lắp trong khi nạp dữ liệu cho DataTable, nó sẽ sinh ra một chuỗi cột tuần tự, sử dụng columnname1, columnname2,… Nếu dữ liệu vào chứa những cột không tên thì các cột này sẽ được đặt vào DataSet theo mẫu column1, column2. Khi nhiều tập kết quả được thêm vào DataSet, mỗi tập kết quả được đặt trong một bảng riêng biệt Bạn có thể dùng phương thức Fill nhiều lần trên cùng một DataTable. Nếu một khoá chính tồn tại, các dòng thêm vào được trộn với những dòng tương thích mà đã tồn tại. Nếu chưa tồn tại khoá chính, những dòng thêm vào được thêm vào cuối của DataTable. G.Đối tượng Command 1 .Định nghĩa Một Data Command chứa một tham chiếu đến một câu lệnh Sql hoặc một Stored procedure mà bạn có thể thực thi trực tiếp. Một Data Command là một thể hiện của class OleDbCommand hoặc class SqlCommand Khi làm việc với Data Commands, bạn có thể thực hiện được một số tác vụ trên ứng dụng của bạn như: Thực thi câu lệnh Select mà trả về một kết quả, bạn có thể đọc trực tiếp mà bạn không phải load nó lên DataSet. Để đọc, bạn sử dụng một DataReader(OleDbDataReader hoặc là SqlDataReader). Sử dụng đối tượng DataReader giúp ta giảm thiểu bộ nhớ và truy xuất dữ liệu một cách nhanh chóng Thực thi các câu lệnh định nghĩa cơ sở dữ liệu (DDL) như tạo, cập nhật và xoá bảng, stored procedure và các cấu trúc cơ sở dữ liệu khác(dĩ nhiên là bạn phải có quyền để thực hiện các câu lệnh này) Thực thi các câu lệnh để lấy thông tin danh mục Thực thi các câu lệnh Sql động như update, insert hoặc delete, ta không phải update dataset rồi sau đó copy những thay đổi xuống cơ sở dữ liệu Thực thi các câu lệnh mà trả về giá trị vô hướng (giá trị đơn), như kết quả của chứng thực thể tính dụng hay một giá trị tính toán Thực thi các câu lệnh mà trả về dữ liệu từ một cơ sở dữ liệu SQL Server(phiên bản 7.0 hay mới hơn) theo dạng Xml. Cách dùng thông thường là thực thi một câu truy vấn và lấy lại dữ liệu theo dạng Xml Cách Data Command làm việc Các thuộc tính của Data Command chứa tất cả các thông tin cần thiết để thực thi câu lệnh dựa vào cơ sở dữ liệu. Bao gồm: Connection: Command tham chiếu đến một connection - đối tượng này dùng để giao tiếp với cơ sở dữ liệu. Name hoặc text của một câu lệnh: chuỗi trình bày câu lệnh Sql hay là tên của một Stored Procedure Các tham số(parameters): Một câu lệnh có thể yêu cầu bạn truyền giá trị các tham số. Câu lệnh cũng có thể trả về các giá trị. Mỗi câu lệnh có một tập hợp các tham số mà bạn có thể thiết lập hoặc đọc một cách riêng biệt để truyền hoặc nhận dữ liệu. Nhiều tập kết quả Cách dùng thông thường của data command là trả về một tập kết quả đơn. Tuy nhiên data command có thể thực thi những thủ tục mà trả về nhiều tập kết quả. Ta có thể thực hiện được theo nhiều cách. Thứ nhất data command tham chiếu đến một stored procedure mà stored này trả về nhiều tập kết quả. Thứ hai, command có thể chứa 2 hay nhiều câu lệnh hay tên của stored procedure, trong trường hợp này các câu lệnh hay các thủ tục chạy tuần tự và trả về nhiều tập kết quả Việc trả về nhiều tập kết quả cho phép bạn tối ưu cách sử dùng một kết nối mở đơn của bạn. Thông thường việc sử dụng bao gồm: Việc chạy nhiều câu truy vấn, mỗi câu truy vấn trả về một tập kết quả riêng biệt Việc chạy một câu lệnh Update hay Insert theo sau bởi câu lệnh Select Thực thi data command Sau khi thiết lập các thuộc tính của Data command, bạn có thể thực thi Data command. Data command cung cấp 4 phương thức thực thi. Tuỳ thuộc vào câu lệnh và thủ tục được thực thi, bạn có thể thực thi và trả về: Tập kết quả: trong trường hợp này bạn đang thực thi một câu lệnh Sql hay một stored procedure mà trả về một hay nhiều mẫu tin. Bạn có thể lấy tập kết quả này bằng cách sử dụng data reader Đếm những mẫu tin bị ảnh hưởng: tình huống này xảy ra khi bạn thực thi một câu lệnh hay một thủ tục mà cập nhật cơ sở dữ liệu hay làm thay đổi cấu trúc của cơ sở dữ liệu Giá trị đơn; Thực thi trên câu lệnh hay stored procedure mà thực hiện việc tìm kiếm, tính toán một giá trị thích hợp hay giải quyết một giá trị đơn nào khác Dữ liệu dưới dạng Xml: Khả năng này chỉ thực hiện được trên Sql Server 7.0 trở về sau Cách Data Adapter sử dụng Data command Data Adapter sử dụng data command để đọc và ghi cơ sở dữ liệu. Data Adapter có thể chứa 4 đối tượng Data command . Mỗi đối tượng chứa trong một thuộc tính của Data Adapter: SelectCommand, UpdateCommand, InsertCommand, DeleteCommand. Khi bạn sử dụng Data Adapter, nó thực hiện một cách hiệu quả những thao tác tương tự với command. Ví dụ khi bạn gọi phương thức Fill của Adapter, Adapter thực thi data command trong thuộc tính SelectCommand và sử dụng một data Adapter để fill tập kết quả vào table của Dataset mà bạn chỉ ra. Tương tự khi bạn gọi phương thức Update, nó thực thi các câu lệnh thích hợp (trong thuộc tính UpdateCommand, Insertcommand, DeleteCommand) Một điểm quan trọng là Data Adapter được thiết kế sử dụng command để giao tiếp với Dataset. Bằng cách sử dụng Data Command của chính bạn, bạn có thể thực hiện những chức năng tương tự như Data Adapter làm, nhưng khi bạn có nhiều control thì đối tượng command được thực thi khi nào và như thế nào, đặc biệt là điều gì sẽ xảy ra với tập kết quả của command. III.Triển khai một ứng dụng: III.1Mục đích nghiên cứu: Tìm hiểu phương pháp triển khai một ứng dụng Web trong Visual Studio.NET, bao gồm: Các công cụ hỗ trợ triển khai. Sử dụng các công cụ đóng gói ứng dụng ASP.NET III.2.Báo cáo chi tiết: -Phương pháp triển khai một ứng dụng trong Visual Studio.NET: Những tính năng cơ bản về triển khai một ứng dụng trong .NET Framework: .NET Framework cung cấp một số tính năng cơ bản để dễ dàng thực thi một ứng dụng. Những tính năng này bao gồm: Các ứng dụng không tác động Tính năng này cung cấp việc cô lập ứng dụng và vô hiệu hoá sự xung đột DLL Mặc định là các thành phần riêng: Mặc định, các thành phần được triển khai tới thư mục của ứng dụng và chỉ hiện hữu với ứng dụng đó Điểu khiển sự chia sẻ code Version cùng tồn tại: Các version của cùng một thành phần hoặc ứng dụng có thể cùng tồn tại, bạn có thể chọn version để sử dụng Tái tạo và triển khai bằng XCOPY: Các thành phần tự mô tả và tự chứa đựng có thể được triển khai mà không cần đăng ký registry hay chịu sự phụ thuộc nào Dễ dàng cập nhật: Admin có thể sử dụng các host, ví dụ như ASP.NET, để cập nhật DLLs, thậm chí các máy tính từ xa. Tích hợp với Microsoft Windows Installer: Dễ dàng triển khai: Phân phối phần mềm dễ dàng, bao gồm cả sử dụng Active Directory Code cục bộ: Định danh dựa trên code hơn là dựa vào user, cách giải quyết được đặt bởi admin. Đóng gói và triển khai ứng dụng . NET Framework: Đóng gói: .NET Framework cung cấp một số tùy chọn sau cho việc đóng gói ứng dụng: Assembly đơn hoặc bộ sưu tập các assembly: Với tùy chọn này, việc đóng gói tạo ra file .dll hoặc . exe Tập tin CAB(cabinet): Tạo thành file nén để giảm thời gian phân phối hoặc download Gói Microsoft Windows Installer hoặc theo một định dạng installer khác: Tạo thành file .msi để sử dụng trong Windows Installer hoặc một file khác sử dụng bởi một installer nào đó. Phân phối: .NET Framework cung cấp một số tùy chọn sau cho việc phân phối ứng dụng: Sử dụng XCOPY hoặc FTP: Bởi vì những ứng dụng Common Language Runtime là tự mô tả và không cần đăng ký registry, bạn có thể sử dụng XCOPY hoặc FTP để copy ứng dụng tới một thư mục thích hợp, và ứng dụng có thể chạy từ thư mục đó. Sử dụng code download: Nếu bạn phân phối ứng dụng qua Internet, bạn có thể download code vào máy và chạy ứng dụng đó. Sử dụng các chương trình cài đặt (ví dụ như Windows Installer 2.0): Windows Installer 2.0 có thể cài đặt, sửa chửa, hoặc xoá các assembly của Microsoft .NET Framework ở nơi lưu giữ assembly toàn cục và trong các thư mục riêng. 3.Triển khai ứng dụng: Triển khai là quá trình mà bạn phân phối một ứng dụng hoặc component hoàn chỉnh để cài đặt vào các máy khác.Trước khi bạn triển khai một giải pháp, bạn cần phải cho Visual Studio biết cái gì cần triển khai, nơi triển khai và cách triển khai nó. Bạn làm điền này bằng cách thêm một hoặc nhiều dự án triển khai vào trong giải pháp của bạn. Mỗi dự án triển khai chỉ rõ những dòng lệnh để cài đặt các files và components vào một máy. Để phân phối ứng dụng, bạn thường tạo một dự án triển khai cách biệt cho mỗi tầng trong ứng dụng. Ví dụ như một ứng dụng 3 tầng cần 3 dự án triển khai, một cho dữ liệu, một cho bussiness logic và một cho client. Assemblies: Các components thì được đóng gói trong các assemblies. Assemblies là các khối được xây dựng của các ứng dụng .NET có thể dùng lại, có thể thay đổi phiên bản, và tự mô tả. Một assembly là một collection của các kiểu(type) và resource mà chúng ta xây dựng để làm việc với nhau và tạo thành các nhóm chức năng. Một assembly cung cấp Common Language Runtime với các thông tin cần để nhận ra sự thi hành các kiểu. Một assembly đơn giản nhất là một bộ thực thi đơn chứa tất cả các thông tin cần thiết cho việc triển khai và phiên bản ứng dụng, một kiểu thì không tồn tại bên ngoài bối cảnh của 1 assembly. Triển khai ứng các ứng dụng ứng WEB Projects: IV.1.Làm việc với WEB Projects: Các ứng dụng Web ASP.NET và các dịch vụ Web XML cho phép bạn tạo ra các ứng dụng để nâng cao năng lực của World Wide Web. Các loại dự án này được chạy trên một Web Server, chuyển và nhận thông tin thông qua các giao thức chuẩn như HTTP và XML. Sử dụng Web Projects, bạn có thể tạo được mọi thứ từ Web site truyền thống phục vụ những trang HTML để nâng cao tính năng của các ứng dụng kinh doanh chạy trên mạng intranet hoặc Internet… Visual Basic và Visual C# bao gồm các template cho phép bạn tạo ra 3 loại dự án Web-based: ASP.NET Web Application template: Lập trình ứng dụng Web với các designer để tạo ra các Web Forms page kết hợp các tính năng của ASP.NET ASP.NET Web Server template: Một ứng dụng cung cấp khả năng trao đổi thông báo giữa các trang Web sử dụng các giao thức như HTTP, XML, XSL, SOAP và WSDL. Empty Web Project template: Một ứng dụng Web rỗng mà bạn có thể tùy chỉnh IV.2.Biên dịch và triển khai ứng dụng WEB Projects: Visual Studio cung cấp một cơ cấu đơn giản để triển khai các ứng dụng tới các máy cục bộ hoặc các máy remote. Bạn có thể cài đặt ứng dụng bằng cách đơn giản là sao chép chúng vào các thư mục ứng dụng đã được chỉ rõ hoặc bằng cách sử dụng nhiều dự án triển khai chuyên dụng và có thể cấu hình được Khi sử dụng Visual Studio.Net để xây dựng các ứng dụng Web ASP.NET, bạn sử dụng một mô hình triển khai tổng quát, dự án sẽ được biên dịch và các file kết quả sẽ được triển khai. Web Forms code trong class file (.aspx.vb hoặc là . aspx.cs) được biên dịch vào một file .dll. File này sau đó sẽ triển khai tới Server mà không có source code nào. Khi một yêu cầu trong trang được nhận, file .dll sẽ được thực thi. Biên dịch và triển khai: Giả sử bạn có một ứng dụng Web ASP.NET đơn giản gọi là WebApplication1 bao gồm: Một Web Forms page tên là WebForm1.aspx Một số module thêm vào chứa business logic gọi là BusinessLogic1(.vb hoặc .cs) và BusinessLogic2(.vb hoặc .cs). Sau khi bạn hiệu chỉnh và biên dịch dự án: Tất cả các file trong dự án được lưu lại từ lần build cuối cùng. File WebForm1.aspx và các file mặc định của dự án được copy vào Web server. File Class WebForm1(.aspx.vb hoặc .aspx.cs), component BusinessLogic1 và component BusinessLogic2 được biên dịch trong file .dll, file này được copy mặc định vào thư mục \Bin của thư mục ảo IV.3.Triển khai một ứng dụng ASP.NET: Đóng gói thành file chạy .exe hoặc file .dll Phân phối: Sử dụng XCOPY hoặc FTP Bạn có thể sử dụng XCOPY hoặc FTP để triển khai một ứng dụng ASP.NET tới server. Bạn có thể chạy một phiên bản của ứng dụng bên cạnh phiên bản khác, bạn có thể update ứng dụng mà không phải đóng ứng dụng. Common Laguage Runtime chạy một ứng dụng đồng thời với các ứng dụng khác mà không có sự xung đột về DLL Triển khai các ứng dụng XML Web Services: Triển khai một ứng dụng XML Web Service bao gồm việc sao chép file .asmx và các assembly khác được sử dụng bởi XML Web Service (nhưng không phải là thành phần của .NET Framework) tới Web server. Các mục được triển khai tới Web Server khi công bố một XML Web Service: M thư mục M mô tả Thư mục ứng dụng Web Thư mục gốc của XML Web Service. Các file còn lại được đặt trong thư mục này. Thư mục này có thể Gõ dấu là một ứng dụng Web IIS. Tập tin .asmx URL để client gọi XML Web Service Tập tin .disco Cơ chế discovery của XML Web Service(file này là tùy chọn, không được tự động tạo ra bởi XML Web Service) Tập tin Web.config (Tùy chọn) Nếu bạn muốn ghi đè các thiểt lập mặc định vể cấu hình, bạn có thể bao gồm file Web.config Thư mục \Bin Lưu giữ các file nhị phân của XML Web Service. Nếu lớp XML Web Service không có cùng file .asmx thì assembly chứa lớp phải là thư mục \Bin Install ứng dụng vào chính máy của bạn: -Chọn project DBCustomAction Installer trong Solution Explorer. Trong menu Project, chọn Install. Triển khai ứng dụng ở một máy khác: -Trong Windows Explorer, tìm tới thư mục của project và tìm file đã cài đặt -Copy file DBCustomAction Installer.msi và các file, thư mục con khác vào một máy khác -Khi đã copy xong, chạy file Setup.exe ở máy vừa được chép vào Uninstall ứng dụng: -Mở Control Panel à Add/Remove Programs -Trong hộp thoại Add/Remove Programs, chọn DBCustomAction Installer và click Remove. (Để Uninstall trong chính máy của bạn, trong menu Project, chọn Uninstall).