Trong các bài viết trước đây, tôi tập trung chủ yếu vào việc mô tả cách truy vấn và cập nhật dữ liệu dùng LINQ to SQL bằng cách lập trình.
Danh sách các bài viết trước có thể xem ở đây:
- Sử dụng LINQ to SQL (phần 1)
- Định nghĩa các lớp mô hình dữ liệu (phần 2)
- Truy vấn Cơ sở dữ liệu (phần 3)
- Cập nhật cơ sở dữ liệu (LINQ to SQL phần 4)
Trong bài viết này, tôi sẽ khám phá control mới <asp:LinqDataSource> có trong ASP.NET thuộc phiên bản .NET 3.5. Control này là một datasource control mới cho ASP.NET (giống ObjectDataSource và SQLDataSource có trong ASP.NET 2.0) cho phép bạn khai báo việc gắn kết dữ liệu vào mô hình dữ liệu của LINQ to SQL cực kỳ dễ dàng.
Ứng dụng mẫu mà chúng ta sẽ xây dựng:
Chương trình web chỉnh sửa dữ liệu đơn giản mà tôi sẽ xây dựng qua các bước được mô tả trong bài này sẽ là một chương trình cho phép nhập/chỉnh sửa dữ liệu cho các sản phẩm trong một CSDL:
Chương trình sẽ hỗ trợ người dùng các tính năng sau:
- Cho phép người dùng lọc sản phẩm theo phân loại.
- Cho phép người dùng sắp xếp các sản phẩm bằng cách nhấp chuột lên tiêu đề cột (Name, Price, Units In Stock, …).
- Cho phép người dùng phân trang các sản phẩm (10 sản phẩm mỗi trang).
- Cho phép người dùng chỉnh sửa và cập nhật các chi tiết sản phẩm ngay trên trang.
- Cho phép người dùng xóa các sản phẩm trong danh sách.
Ứng dụng web này sẽ được xây dựng với một mô hình dữ liệu hướng đối tượng dùng LINQ to SQL.
Tất cả các quy tắc xử lý và kiểm tra dữ liệu sẽ được xây dựng trong lớp dữ liệu – mà không phải trong lớp giao diện. Điều này sẽ đảm bảo rằng: 1) một tập các quy tắc xử lý đồng nhất sẽ được dùng ở tất cả mọi chỗ trong ứng dụng, 2) chúng ta sẽ phải viết ít code mà không cần lặp lại, và 3) có thể dễ dàng chỉnh sửa/thay đổi các quy tắc xử lý sau này mà không cần cập nhật lại chúng ở nhiều chỗ khác nhau trong ứng dụng.
Chúng ta cũng sẽ tận dụng được ưu điểm của việc phân trang/sắp xếp bên trong LINQ to SQL để đảm bảo rằng các đặc tính đó không được thực hiện bên trong lớp giữa (middle-tier), mà sẽ được thực hiện trong CSDL (có nghĩa là chỉ có 10 sản phẩm được lấy ra trong CSDL tại một thời điểm, chúng ta sẽ không lấy hàng ngàn dòng rồi mới thực hiện phân trang hay sắp xếp trên web server).
<asp:LinqDataSource> là gì và nó giúp gì cho chúng ta?
Control <asp:LinqDataSource> là một ASP.NET control hiện thực hóa mô hình DataSourceControl được giời thiệu trong ASP.NET 2.0. Nó tương tự như các control ObjectDataSource và SqlDataSource, bạn có thể dùng nó để khai báo việc gắn nối dữ liệu giữa một control ASP.NET với một nguồn dữ liệu. Điểm khác biệt là thay vì nố gắn nối trực tiếp vào CSDL (như SqlDataSource) hay vào một lớp (ObjectDataSource), <asp:linqdatasource> được thiết kế để gắn vào một mô hình dữ liệu LINQ.
Một trong những ưu điểm của việc dùng <asp:linqdatasource> là nó tận dụng được tính mềm dẻo của các trình cung cấp LINQ (LINQ provider: như LINQ to SQL, LINQ to Object…). Bạn không cần định nghĩa các phương thức query/insert/update/delete cho nguồn dữ liệu để gọi, thay vào đó bạn có thể trỏ <asp:linqdatasource> đến mô hình dữ liệu của bạn, chỉ ra bản thực thể nào bạn muốn làm việc, rồi gắn nối nó vào một control Asp.NET và cho phép chúng làm việc với nhau.
Ví dụ, để xây dựng một danh sách cơ bản các sản phẩm cho phép làm việc với các thực thể Product trong mô hình dữ liệu LINQ to SQL, tôi có thể khai báo một thẻ <asp:linqdatasource> trên trang và trỏ vào lớp datacontext của LINQ to SQL, và chỉ ra các thực thể (ví dụ: Products) trong mô hình LINQ to SQL mà tôi muốn gắn nối. Tôi có thể cho một GridView trỏ vào nó (bằng cách đặt thuộc tính DataSourceID) để cho phép xem các Product theo dạng lưới:
Không cần làm thêm bất kỳ điều gì, tôi đã có thể thực thi trang web và có một danh sách các Product với khả năng phân trang cũng như sắp xếp được tích hợp sẵn. Tôi cũng có thể thêm một nút edit/delete và cho phép người dùng chỉnh sửa dữ liệu. Tôi không cần thêm bất kỳ phương thức, ánh xạ các tham số, hay thậm chí viết bất kỳ cấu lệnh nào cho <asp:LinqDataSource> để xử lý các trường hợp hiển thị và cập nhật trên – nó có thể làm việc với mô hình LINQ to SQL mà chúng ta chỉ đến và thực hiện các thao tác tự động. Khi cập nhật, LINQ to SQL sẽ đảm bảo rằng các quy tắc xử lý và kiểm tra dữ liệu mà ta đã thêm vào mô hình LINQ to SQL (dưới dạng các phương thức partial) cũng sẽ được thực hiện trước khi dữ liệu được thực sự cập nhật vào CSDL.
Quan trọng: Một trong những điểm hay của LINQ hay LINQ to SQL là nó không được thiết kế để chỉ làm việc với lớp giao diện, hay với một control cụ thể nào như LinqDataSource. Như bạn đã thấy trong các bài viết trước của cùng loạt bài này, viết code dùng LINQ to SQL cực kỳ sáng sủa. Bạn luôn có thể viết thêm các mã lệnh tùy biến để làm việc trực tiếp với mô hình dữ liệu LINQ to SQL nếu muốn, hay trong một ngữ cảnh nào đó mà <asp:linqdatasource> không phù hợp để dùng.
Các phần dưới đây sẽ mô tả từng bước tạo nên ứng dụng web tôi đã nói ở trên bằng cách dùng LINQ to SQL và <asp:LinqDataSource>.
Bước 1: Định nghĩa mô hình dữ liệu
Chúng ta sẽ bắt đầu việc tạo ra ứng dụng bằng cách định nghĩa mô hình dữ liệu để biểu diễn CSDL.
Tôi đã nói về cách tạo một mô hình dữ liệu LINQ to SQL dùng trình soạn thảo có trong VS 2008 trong bài 2. Dưới đây là ảnh chụp màn hình các lớp dữ liệu mà tôi có thể nhanh chóng tạo ra dùng LINQ to SQl designer để mô hình hóa CSDL “Northwind”:
Tôi sẽ duyệt lại mô hình này trong bước 5 khi tôi thêm một số quy tắc kiểm tra, nhưng trong giai đoạn đầu, tôi sẽ vẫn dùng nó (chưa chỉnh sửa) để tạo giao diện.
Bước 2: Tạo danh sách sản phẩm
Chúng ta sẽ bắt đầu phần giao diện bằng cách tạo một trang ASP.NET với một control <asp:gridview> và dùng CSS để định dạng:
Chúng ta có thể viết code để gắn nối mô hình dữ liệu vào gridview này (giống như tôi đã làm trong phần 3), hoặc tôi có thể làm cách khác là dùng control mới <asp:linqdatasource> để gắn nối gidview này với mô hình dữ liệu.
VS 2008 includes build-in designer support to make it easy to connect up our GridView (or any other ASP.NET server control) to LINQ data. To bind our grid above to the data model we created earlier, we can switch into design-view, select the GridView, and then select the “New Data Source…” option within the “Choose Data Source:” drop-down:
Trình thiết kế trong VS 2008 có sẵn khả năng hỗ trợ làm điều này một cách dễ dàng với GridView (hay bất kỳ control ASP.NET nào khác) vào dữ liệu LINQ. Để gắn nối, chúng ta có thể chuyển sang chế độ thiết kế, chọn GridView, và sau đó chọn “New Data Source…” bên trong dang sách “Choose Data Source:”:
Một hộp thoại sẽ hiện lên, trong đó có danh sách các loại datasource, chọn LINQ trong hộp thoại này và đặt trên cho control <asp:linqdatasource> mà bạn muốn tạo:
Trình thiết kế <asp:linqdatasource> sẽ hiển thị tiếp các lớp DataContext của LINQ to SQL mà ứng dụng của bạn có thể dùng được bao gồm cả trong các thư viện mà bạn đang tham chiếu tới):
Chúng ta muốn chọn mô hình dữ liệu đã được tạo trước đây với trình thiết kế LINQ to SQL. Chúng ta cũng sẽ muốn chọn bảng dữ liệu bên trong mô hình dữ liệu mà chúng ta sẽ coi như thực thể chính để làm việc với <asp:linqdatasource>. Trong ví dụ này chúng ta sẽ chọn thực thể “Products”. Chúng ta cũng sẽ nhấn vào nút “Advanced” và cho phép việc cập nhật cũng như xóa dữ liệu:
Khi nhấn vào nút “Finish” ở trên, VS 2008 sẽ khai báo một <asp:linqdatasource> trong trang .aspx, và cập nhật <asp:gridview> để trỏ đến nó (thông qua thuộc tính DataSourceID).Nó cũng sẽ tự động tạo ra các cột trong Grid dự trên cấu trúc của thực thể Products mà chúng ta đã chọn:
Chúng ta cũng có thể nhấp vào hình tam giác nhỏ để bật lên “smart task” của GridView và chỉ ra chúng ta muốn cho phép việc phân trang, sắp xếp, chỉnh sửa và xóa dữ liệu:
Chúng ta có thể nhấn F5 để thực thi, và có một trang hiển thị danh sách sản phẩm với đầy đủ khả năng phân trang cũng như sắp xếp các cột:
Chúng ta cũng có thể nhấn và các nút “edit” hoặc “delete” để cập nhật lại dữ liệu:
Nếu nhìn vào mã nguồn của trang, chúng ta sẽ thấy các thẻ của trang chứa nội dung giống như dưới đây. Thẻ <asp:linqdatasource> chỉ đến lớp DataContext của LINQ to SQL mà ta đã tạo trước đây, cũng như bảng dữ liệu mà chúng ta muốn dùng. GridView sau đó chỉ đến <asp:linqdatasource> (thông qua DataSourceID) và chỉ ra những cột nào sẽ được hiển thị, tiêu đề cột, cũng như cách sắp xếp sẽ được dùng khi tiêu đề cột được chọn.
Giờ chúng ta đã có một trang web cơ bản để làm việc với mô hình dữ liệu LINQ to SQL, chúng ta có thể tiếp tục tùy biến giao diện và hành vi.
Bước 3: Bỏ các cột không cần thiết
GridView của chúng ta ở trên có rất nhiều cột được định nghĩa sẵn, 2 trong số đó (SupplierID và CategoryID) là các cột khóa ngoài, và việc hiển thị các cột này có vẻ như không phải là một ý tưởng hay.
Xóa bớt các cột không cần thiết
Chúng ta có thể bắt đầu việc dọn dẹp giao diện bằng cách xóa đi một số cột không cần thiết. Tôi có thể làm điều này bằng cách sửa mã nguồn, hay trong chế độ thiết kế (nhấp chuột lên cột muốn xóa và chọn “Remove”). Ví dụ, bạn có thể bỏ cột “Quantity Per Unit” dưới đây và chạy lại ứng dụng của chúng ta để có một giao diện sáng sủa hơn:
Nếu bạn đã từng dùng control <asp:ObjectDataSource> trước đây và truyền các tham số cho các phương thức cập nhật, một trong những thứ khốn khổ bạn biết có lẽ là việc thay đổi tham số của các phương thức cập nhật trong TableAdapter khi các thông số được nhận từ lớp giao diện bị thay đổi. Ví dụ: nếu chúng ta xóa một cột trong bảng ở trên, chúng ta lại phải chỉnh sửa lại TableAdapter để nó hỗ trợ các phương thức cập nhật không cần tới tham số đã bị xóa đó.
Một điều hay là với <asp:LinqDataSource> bạn không cần thực hiện các thay đổi kiểu như vậy. Chỉ đơn giản là thêm hoặc xóa một cột và chạy lại chương trình – không cần làm thêm bất cứ điều gì khác. Điều này làm cho việc thay đổi giao diện web dùng<asp:LinqDataSource> dễ hơn nhiều.
Xóa các cột SupplierID và CategoryID
Hiện tại, chúng ta hiển thị các giá trị khóa ngoài đến các bảng Supplier và Category trong GridView:
Điều này tuy cần thiết đứng từ góc độ mô hình dữ liệu, nhưng lại không mang lại giá trị gì cho người dùng. Thứ mà chúng ta làm là hiển thị CategoryName và SupplierName, và cung cấp một dang sách xổ xuống trong chế độ Edit cho phép người dùng dễ dàng chọn các giá trị cho SupplierID và CategoryID.
Tôi có thể thay đổi GridView để hiển thị Supplier Name và Category Name thay vì ID bằng việc thay thế <asp:BoundField> với một <asp:TemplateField>. Trong TemplateField này, tôi có thể thêm bất kỳ nội dung nào tôi muốn để tùy biến lại cách hiển thị của cột dữ liệu.
Trong đoạn mã dưới đây, tôi sẽ tận dụng các thuộc tính Supplier và Category trên mỗi Product, nhờ đó tôi có thể dễ dàng gắn nối các cột Supplier.CompanyName và Category.CategoryName và các cột tương ứng trong Grid.
Và bây giờ khi chạy ứng dụng, tôi sẽ có danh sách các Category và Supplier theo tên:
Để tạo ra danh sách cho phép người dùng chọn các giá trị của các cột Supplier và Category trong chế độ Edit, đầu tiên tôi sẽ thêm hai control <asp:LinqDataSource> nữa vào trang. Tôi sẽ cấu hình chúng để gắn nối với Categories và Suppliers bên trong mô hình dữ liệu LINQ to SQL mà ta đã tạo trước đây:
Tôi có thể quay trở lại các cột <asp:TemplateField> mà chúng ta đã tạo và tùy biến giao diện Edit của chúng (bằng cách chỉ ra EditItemTemplate). Chúng ta cũng sẽ tùy biến mỗi cột để có một danh sách trong chế độ Edit, và các giá trị sẽ được lấy từ các datasource CategoryDataSource và SupplierDataSource ở trên, và các một liên hệ này sẽ là 2 chiều:
Và giờ, khi người dùng nhấp chuột lên Edit trên GridView, chúng sẽ được hiển thị như một danh sách Supplier mà sản phẩm đang chọn kết hợp:
Và khi bạn bấm nút Save, sản phẩm sẽ được cập nhật một cách phù hợp (GridView sẽ dùng giá trị của dòng được chọn hiện tại trong DropDownList để đưa vào SupplierID).
Bước 4: Lọc danh sách sản phẩm
Thay vì hiển thị tất cả các sản phẩm trong CSDL, bạn có thể cập nhật phần giao diện để nó thêm một danh sách cho phép người dùng lọc lại các sản phẩm theo một phân loại nào đó.
Vì chúng ta đã thêm control <asp:LinqDataSource> tham chiếu đến Categories vào trang web này trước đây, do vậy giờ những gì cần làm chỉ là tạo một dropdownlist trên đầu trang để gắn nối với nó. Ví dụ:
Khi tôi chạy trang web này, tôi sẽ có trên đầu trang một danh sách cho tất cả các mục phân loại:
Bước cuối cùng là cấu hình GridView để nó chỉ hiển thị các sản phẩm trong phân loại được chọn, cách dễ nhất là chọn “Configure DataSource” trong smart task của GridView:
Nó sẽ đưa tôi quay trở lại cửa sổ thiết kế <asp:LinqDataSource> mà tôi đã dùng trong phần đầu bài viết này. Tôi có thể chọn nút “Where” trong cửa sổ này để thêm một bộ lọc vào control datasource. Tôi có thể tạo ra nhiều bộ lọc nếu cần, và kéo các giá trị để lọc từ một vài chỗ khác nhau (ví dụ: từ querystring (trên web), từ các giá trị trên form, từ các control khác trên trang…):
Ở trên, tôi sẽ tạo bộ lọc các Products theo CategoryID, và sau đó lấy giá trị của CategoryID muốn lọc từ danh sách mà chúng ta đã tạo trên trang:
Sau khi bấm Finish, control <asp:linqdatasource> trên trang của chúng ta sẽ được cập nhật để sử dụng bộ lọc giống như sau:
Và bây giờ nếu thực thi trang web, người dùng sẽ có thể chọn một trong các phân loại có sẵn và sau đó phân trang, sắp xếp, chỉnh sửa hay xóa các sản phẩm trong phân loại đó:
Control <asp:LinqDataSource> sẽ tự động áp dụng các bộ lọc LINQ cần thiết khi làm việc với các lớp LINQ to SQL của chúng ta để đảm bảo rằng chỉ có các dữ liệu cần thiết được lấy về từ CSDL (ví dụ: trong Grid ở trên, chỉ có 3 dùng sản phẩm từ trang thứ hai trong nhóm các sản phẩm Confection được lấy về).
Bạn có thể sử dụng sự kiện Selecting trên <asp:LinqDataSource> nếu muốn tùy biến câu truy vấn LINQ trong đoạn code.
Bước 5: Thêm các quy tắc kiểm tra logic
Như tôi đã nói đến trong phần 4 của loạt bài LINQ to SQL này, khi chúng ta định nghĩa mô hình dữ liệu LINQ to SQL, mặc nhiên chúng ta sẽ tự động có một tập hợp các ràng buộc trong các lớp mô hình dữ liệu, các ràng buộc này được sinh ra dựa trên định nghĩa trong CSDL. Điều này có nghĩa là nếu bạn thử nhập một giá trị null vào cho một cột mandatory, gán một string vào cho một cột số nguyên, hay đặt giá trị cho khóa ngoài cho một dòng không tồn tại, mô hình LINQ to SQL của chúng ta sẽ phát ra một lỗi và nhờ vậy CSDL được toàn vẹn.
Việc kiểm tra theo cách này chỉ nhằm đảm bảo sự toàn vẹn ở mức cơ bản, dù vậy, nó vẫn đủ cho hầu hết các ứng dụng trong thực tế. Chúng ta cũng có thể mong muốn thêm vào các quy tắc logic ở một mức độ cao hơn, cho phép kiểm tra các quy tắc business vào trong các lớp mô hình dữ liệu. Xin cảm ơn LINQ to SQL đã cho phép làm điều này thật dễ dàng (để xem chi tiết, xin đọc lại phần 4).
Một ví dụ về các quy tắc logic
Lấy ví dụ, ngoài những quy tắc logic cơ bản, chúng ta còn muốn đảm bảo rằng người dùng sẽ không thể ngưng bán một loại sản phẩm nếu vẫn còn sản phảm loại đó trong kho hàng.
Nếu một người dùng nhấn nút Save dòng ở trên, chúng ta sẽ không cho phép việc thay đổi được lưu lại và phát ra một lỗi để báo cho người dùng.
Thêm một quy tắc kiểm tra mô hình dữ liệu
Nếu kiểm tra các quy tắc này ở lớp giao diện thì sẽ là không phù hợp, vì khi đó quy tắc này sẽ chỉ được áp dụng cho chính nơi đó, và sẽ không tự động được áp dụng nếu chúng ta thêm một trang khác cũng cho phép cập nhật Product vào ứng dụng. Việc phân tán các quy tắc kiểm tra logic/business vào lớp giao diện sẽ làm cho việc bảo trì trở nên khó khăn khi ưng dụng trở nên lớn và phức tạp, vì các thay đổi/cập nhật đều cần áp dụng các thao tác cần thiết ở nhiều chỗ khác nhau.
Nơi được coi là phù hợp để đặt các quy tắc kiểm tra này là trong các lớp mô hình dữ liệu LINQ to SQL mà chúng ta đã định nghĩa trước đây. Như đã đề cập đến trong phần 4, tất cả các lớp được sinh ra bởi LINQ to SQL designer đều được định nghĩa như các lớp “partial” – nó cho phép chúng ta có thể dễ dàng thêm vào các phương thức/sự kiện/thuộc tính. Các lớp mô hình dữ liệu LINQ to SQL sẽ tự động gọi các phương thức kiểm tra mà chúng ta có thể viết ra để thực hiện việc kiểm tra theo mong muốn riêng.
Ví dụ, tôi có thể thêm một lớp partial vào ứng dụng để hiện thực phương thức OnValidate() mà LINQ to SQL sẽ gọi trước khi lưu một đối tượng Product vào CSDL. Bên trong phương thức này tôi có thể thêm quy tắc sau để đảm bảo rằng các sản phẩm không thể có một ReOrder Level nếu sản phẩm đã ngưng bán:
Một khi đã thêm lớp ở trên vào dự án, quy tắc business ở trên sẽ được áp dụng bất kỳ lúc nào người dùng dùng đến mô hình dữ liệu và chỉnh sửa lại CSDL. Điều này được áp dụng cho cả việc thêm một sản phẩm mới, cũng như cập nhật lại một sản phẩm đã có.
Vì <asp:LinqDataSource> mà chúng ta đã định nghĩa ở trên làm việc với các lớp mô hình dữ liệu LINQ to SQL, do vậy các thao tác cập nhật/xóa/thêm đều phải qua được phép kiểm tra ở trên trước khi được áp dụng vào CSDL. Chúng ta không cần làm thêm bất kỳ điều giở lớp UI để phép kiểm tra này được thực hiện – nó sẽ tự động được dùng bất kỳ nơi nào cũng như bất kỳ lúc nào mô hình LINQ to SQL được dùng.
Thêm phần kiểm soát lỗi vào giao diện
Mặc nhiên nếu người dùng nhập vào một giá trị không hợp lệ cho UnitsOnOrder/Discontinued vào GridView, các lớp LINQ to SQL của chúng ta sẽ sinh ra một exception. Đến lượt <asp:LinqDataSource> sẽ bắt lỗi này và cung cấp một sự kiện mà người sử dụng có thể dùng để xử lý lỗi đó. Nếu không có trình xử lý lỗi nào được cung cấp, khi đó GridView (hoặc một control khác) gắn nối vào <asp:LinqDataSource> sẽ bắt lỗi này và cung cấp một event để người dùng có thể xử lý nó. Nếu lại tiếp tục không có ai xử lý lỗi, khi đó nó sẽ được chuyển đến cho Page, và chuyển đến hàm xử lý Application_Error() trong file Global.asax nếu vẫn không có trình xử lý lỗi. Các nhà phát triển có thể chọn bất kỳ chỗ nào trong chuỗi xử lý này để cung cấp một cách tương tác hợp lý nhất đến người dùng cuối.
Đối với ứng dụng của chúng ta, nơi hợp lý nhất đến xử lý các lỗi cập nhật dữ liệu là bắt sự kiện RowUpdatedtrên GridView. Sự kiện này sẽ được phát ra mỗi khi một lệnh cập nhật được thực hiện trên datasource, và chúng ta có thể truy cập thông tin chi tiết của exception nếu việc cập nhật không thành công, sau đo hiển thị thông báo thích hợp cho người dùng.
Để ý rằng ở trên tôi không hề thêm bất kỳ hàm kiểm tra nào vào lớp giao diện. Thay vì vậy, tôi sẽ lấy về chuỗi thông báo lỗi của exception đã phát ra từ phần business logic và hiển thị nó cho người dùng.
Chú ý là tôi cũng đã chỉ ra ở trên là tôi muốn GridView vẫn ở trong chế độ Edit khi lỗi xảy ra – bằng cách đó người dùng sẽ không bị mất đi những thay đổi mà họ đã tạo ra, và có thể chỉnh sửa các giá trị họ đã nhập vào và click nút “update” một lần nữa để lưu lại. Chúng ta cũng có thể thêm một control <asp:literal> với ID “ErrorMessage” bất kỳ chỗ nào mà ta muốn thông báo lỗi hiện ra:
Và bấy giờ chúng ta sẽ thử cập nhật Product với các giá trị kết hợp không hợp lệ, chúng ta sẽ thấy một thông báo lỗi, nhờ đó người dùng sẽ biết cách sửa lại cho phù hợp:
Một trong những ưu điểm khi làm theo cách trên là tôi có thể thêm hay thay đổi các quy tắc trong mô hình dữ liệu mà không cần chỉnh sửa lại code trong lớp giao diện để có thể hiển thị thông báo phù hợp. Các quy tắc xác thực, và thông báo lỗi tương ứng, có thể được viết ở một chỗ trong lớp mô hình dữ liệu và sẽ được áp dụng phù hợp bất kỳ khi nào bạn dùng nó.
Tổng kết
Control <asp:LinqDataSource> cung cấp một cách dễ dàng để gắn nối bất kỳ control ASP.NET vào một mô hình dữ liệu LINQ to SQL. Nó cho phép các control dùng hiển thị giao diện có thể vừa lấy dữ liệu về từ LINQ to SQL, cũng như áp dụng các thay đổi thêm/xóa/sửa vào mô hình dữ liệu.
Trong ứng dụng ở trên, chúng ta đã dùng LINQ to SQL designer để tạo ra một mô hình dữ liệu rõ ràng và hướng đối tượng. Chúng ta sau đó thêm ba control ASP.NET vào trang (GridView, DropDownList, ErrorMessage Literal), và thêm ba control <asp:LinqDataSource> để gắn nối dữ liệu cho Product, Category, và Supplier.
Chúng ta sau đó viết thêm 5 dòng để kiểm tra dữ liệu trong lớp mô hình dữ liệu, và 11 dòng trong lớp giao diện để xử lý lỗi.
Kết quả cuối cùng là một ứng dụng web đơn giản với giao diện được tùy biến cho phép người dùng lọc dữ liệu động theo phân loại, sắp xếp và phân trang một cách hiệu quả trên danh sách sản phẩm, chỉnh sửa trực tiếp thông tin sản phẩm và cho phép lưu lại các thay đổi, và xóa các sản phẩm từ hệ thống.
Trong bài viết tiếp theo của loạt bài này, chúng ta sẽ khám phá thêm LINQ to SQL bao gồm kiểm soát truy xuất đồng thời, lazy loading, thừa kế các ánh xạ bảng, cũng như cách dùng các thủ tục SQL để tùy biến.
Các bạn đang xem bài viết trong loạt bài “LINQ to SQL”, loạt bài này được dịch bởi Đào Hải Nam từ blog ScottGu http://weblogs.asp.net/scottgu/
Đào Hải Nam 
Cảm ơn anh Nam đã viết bài này, nó thực sự hữu dụng cho em lúc này.
Nhưng em còn cần xử lý thêm 1 chức năng nữa (xài LINQ nha) cho đề tài tốt nghiệp của em là: Giỏ Hàng.
Nhờ anh chỉ giáo cho em. Đúng là xài LINQ đỡ cực coding hơn trước nhiều.
Giỏ hàng thì bạn cứ làm theo cách truyền thống là lưu một danh sách các mã sản phẩm được chọn vào trong Session. Một số website có thể cho phép người dùng lưu lại các mã này nếu đã đăng nhập, trong trường hợp này bạn cần tạo thêm một bảng nữa, ví dụ ItemsInCart chẳng hạn:
CREATE TABLE ItemsInCart
(
UserID NVARCHAR (30),
ProductID NVARCHAR (10),
NumberOfItem INT NOT NULL,
PRIMARY KEY (UserID, ProductID)
)
thanks bro.
ANH CHO EM HỎI ,TRONG SMART TASK CỦA GRID VIEW EM KO THẤY CHECK BOX “ENABLE EDITING” VÀ “ENABLE DELETING”
Khi bật smarttask, em có thấy trên cùng có: “Common GridView tasks” không?
Hiện tại code của mình là:
1. dùng linqdatasource + gridview để show sản phẩm (cái này tự động sinh code)
2. có 1 textbox (và 1 button) ở trang chứa gridview này.
Giờ mình mún:
Lấy dữ liệu trong textbox này khi nhấn button, để xử lý theo ý muốn của mình.
Ví dụ như: khi mình nhập vào textbox giá trị là: 22/3/2009, nhấn button, nó sẽ chỉ show ra những hóa đơn có ngày là 22/3/2009.
Hay nói cách khác, làm sao có thể sử dụng linqdatasource(tự động sinh code) và viết code chung với nhau đươc. (tùy biến lấy data giữa chúng với nhau)
thanks.
Em tham khảo lại bước 4 nhé
Anh Nam ơi chỉ giúp em
Em làm theo đúng các bước anh chỉ nhưng đến phần tạo ra danh sách cho phép người dùng chọn các giá trị của các cột Supplier và Category trong chế độ Edit, thì phát sinh lỗi
Anh Nam ơi chỉ giúp em
Em làm theo đúng các bước anh chỉ nhưng đến phần tạo ra danh sách cho phép người dùng chọn các giá trị của các cột Supplier và Category trong chế độ Edit, thì phát sinh lỗi như sau:
Line 28:
Line 29:
Line 30: <asp:DropDownList ID=”DropDownList1″
Line 31: datasourceid=”LinqDataSource2″
Line 32: datavaluefield=”supplierid”.
Mong anh chỉ giúp!
Thanks….
Nó thông báo gì hả em?
Anh Nam ơi, sao em code trên C# chỗ đoạn kiểm tra tính logic khi cập nhật một sản phẩm: người dùng không thể ngưng bán một loại sản phẩm nếu vẫn còn sản phảm loại đó trong kho hàng.. thì không có event nào xảy ra cả. Anh có thể giúp em chuyển code VB trên (lúc thêm phương thức OnValidate và sẽ kiện GridViewUpdated) sang C# được không, em mới học VB nên chưa rành lắm. Cảm ơn anh nhiều.
Đây là đoạn code mình vừa làm, nó update bình thường nếu mình chọn một nhà cung cấp khác. Bạn thử kiểm tra lại xem nhé.
<asp:DropDownList ID=”DropDownListSuppilers” runat=”server” DataSourceID=”SuppilerDataSource”
SelectedValue=” DataTextField=”CompanyName” DataValueField=”SupplierID” />
Đây là ControlDataSource của Suppiler:
public partial class Product{
private void OnValidate()
{
if (this.Discontinued && this.UnitsOnOrder > 0)
throw new ArgumentException("Reorder level can't be greater than 0 if Product is Discontinued");
}
}
public partial class Products : System.Web.UI.Page
{
private void GridView1_Updated(Object sender, GridViewUpdatedEventArgs)
{
if (e.Exception != null)
{
if (typeof(e.Exception) == ArgumentException)
ErrorMessage.Text = ((ArgumentException)e.Exception).Message;
else
ErrorMessage.Text = "An error occured while trying to update this product";
e.ExceptionHandled = true;
e.KeepInEditMode = true;
}
}
}
Anh dịch sang C# rồi đó, vì chỉ dịch chay thôi chứ không chạy thử nên không biết có lỗi gì không, em kiểm tra giúp anh nhé.
Anh Nam ơi, chỗ sự kiện GridViewUpdated nó không có kiểu:
if (typeof(e.Exception) == ArgumentException)
– Khi em dùng typeof và đối số e thì toán tử ‘.’ nó không ra Exception. Anh có thể kiểm tra lại giúp em được không?
Dòng private void GridView1_Updated(Object sender, GridViewUpdatedEventArgs) phải là: private void GridView1_Updated(Object sender, GridViewUpdatedEventArgs e)
Em kiểm tra lại xem 🙂
Rõ ràng em đã có đối số ‘e’ trong sự kiện của nó rồi. Vì khi em gọi sự kiện:
this.GridViewProducts.RowUpdated += new GridViewUpdatedEventHandler(GridViewProducts_RowUpdated);
sẽ tạo ra phương thức của sự kiện đó là:
void GridViewProducts_RowUpdated(object sender, GridViewUpdatedEventArgs e)
{
if (e.Exception != null)
{
if (typeof(e.Exception) == ArgumentException) Không typeof được ở đây.
{
ErrorMessage.Text = e.Exception.ToString();
}
else
{
ErrorMessage.Text = “An error occured while trying to update”;
}
e.ExceptionHandled = true;
e.KeepInEditMode = true;
}
}
Đúng đó anh Nam ơi, em thấy chỉ có sự kiện:
this.GridViewProducts.RowUpdated += new GridViewUpdatedEventHandler(GridViewProducts_RowUpdated);
chứ không có sự kiện:
this.GridViewProducts.Updated += new GridViewUpdatedEventHandler(GridViewProducts_Updated);
Nhưng đối số ‘e’ ở đây là của class: ‘GridViewUpdatedEventArgs’ nhưng không typeof được.
Lại một lần nữa làm phiền anh nữa rồi, mong anh thông cảm và sửa lại giúp.
em làm trang common.cs nhu sau:
using System;
using System.Collections;
using System.Data;
using System.Configuration;
using System.Linq;
using System.Web;
using System.Web.Security;
using System.Web.UI;
using System.Web.UI.HtmlControls;
using System.Web.UI.WebControls;
using System.Web.UI.WebControls.WebParts;
using System.Xml.Linq;
using System.Web.Configuration;
using System.Text.RegularExpressions;
using System.Data.SqlClient;
using System.IO;
using DevExpress.Web.ASPxUploadControl;
///
/// Summary description for Common
///
public class Common
{
string connectionString = WebConfigurationManager.ConnectionStrings[“ServerAndDatabase”].ConnectionString;
public Common()
{
//
// TODO: Add constructor logic here
//
}
public DataSet GetDataSet(string selectQuery,string parameterName,string valueOfParameter)
{
SqlServer sqlServer = new SqlServer(connectionString);
sqlServer.ConnectionString = connectionString;
sqlServer.CommandText = selectQuery;
sqlServer.ParameterCollection = new string[1] { parameterName };
sqlServer.ValueCollection = new string[1] { valueOfParameter };
sqlServer.CommandType = CommandType.StoredProcedure;
DataSet dataSet = sqlServer.GetDataSet();
return dataSet;
}
public DataTable GetDataTable(string selectQuery,string parameterName,string valueOfParameter)
{
SqlServer sqlServer= new SqlServer(connectionString);
sqlServer.ConnectionString= connectionString;
sqlServer.CommandText = selectQuery;
sqlServer.ParameterCollection = new string[1] { parameterName };
sqlServer.ValueCollection = new string[1] { valueOfParameter };
sqlServer.CommandType =CommandType.StoredProcedure;
DataTable dataTable =sqlServer.GetDataTable();
return dataTable;
}
public DataTable GetDataTable(int start, int maxR, string selectQuery)
{
SqlServer sqlServer = new SqlServer(connectionString);
sqlServer.ConnectionString = connectionString;
sqlServer.CommandText = selectQuery;
DataTable dataTable = sqlServer.GetDataTable(start,maxR);
return dataTable;
}
public DataTable GetDataTable(string selectQuery)
{
SqlServer sqlServer = new SqlServer(connectionString);
sqlServer.ConnectionString = connectionString;
sqlServer.CommandText = selectQuery;
DataTable dataTable = sqlServer.GetDataTable();
return dataTable;
}
public DataSet GetDataSet(string selectQuery)
{
SqlServer sqlServer = new SqlServer(connectionString);
sqlServer.ConnectionString= connectionString;
sqlServer.CommandText = selectQuery;
DataSet dataSet = sqlServer.GetDataSet();
return dataSet;
}
//Đọc số người truy cập website
public int ReaderCountOnline()
{
ClsShopOnline cls = new ClsShopOnline();
cls.ConnectionString = connectionString;
return Convert.ToInt32(cls.ReaderCount().ToString().Trim( ));
}
//Ghi (Cập nhật) số người truy cập website
public void WriteCountOnline()
{
ClsShopOnline cls = new ClsShopOnline();
cls.ConnectionString = connectionString;
cls.WriteCount();
}
//Hàm kiểm tra 1 mã có tồn tại chưa
public bool TestMa(string strQuery)
{
SqlServer sqlServer = new SqlServer(connectionString);
sqlServer.ConnectionString = connectionString;
sqlServer.CommandText = strQuery;
return sqlServer.ExecuteSqlDataReader();
}
//Hàm postfile lên server chỉ áp dụng cho hình ảnh
public bool IsEmail(string Email)
{
try
{
int kytu = Email.LastIndexOf(“@”);
string chuoi = Email.Substring(0, kytu);
if (Email == null || Email.Length > 50 || chuoi.Length < 6)
return false;
string isEmail = Email.Substring(kytu + 1);
string regex = @”^([a-zA-Z0-9_\-\.]+)” +
@”((\[[0-9]{1,3}\.[0-9]{1,3}\.}” +
@”\.[0-9]{1,3}\.[0-9]{1,3}\.)” +
@”|(([a-zA-Z0-9\-]+\” +
@”.)+))([a-zA-Z]{2,6}” +
@”|[0-9]{1,3})(\]?)$”;
Regex re = new Regex(regex);
return (re.IsMatch(isEmail));
}
catch
{
return false;
}
}
}
trang web.cònig nhu sau:
Asp.Net Configuration option in Visual Studio.
A full list of settings and comments can be found in
machine.config.comments usually located in
\Windows\Microsoft.Net\Framework\v2.x\Config
–>
<!–
Set compilation debug=”true” to insert debugging
symbols into the compiled page. Because this
affects performance, set this value to true only
during development.
–>
<!–
The section enables configuration
of the security authentication mode used by
ASP.NET to identify an incoming user.
–>
<!–
The section enables configuration
of what to do if/when an unhandled error occurs
during the execution of a request. Specifically,
it enables developers to configure html error pages
to be displayed in place of a error stack trace.
–>
Trong trang .aspx em:
em nghĩ là sai nằm ở chỗ import trong trang .aspx ngay cuối đó.Nhưng em hok bik phải làm sao để chạy thư viện Linq,Xml.Linq và DevExpress.Web.ASPxUploadControl trong trang class cả.Em xin lỗi vì đã trình bày hok rõ ràng,nhưng mong anh giúp em nha.
em thieu,em đã import nhu sau trong trang .aspx:
@minh thu: hix, anh đọc mãi mà không hiểu em hỏi gì 😦
@itshare277: hàm GridViewProducts_RowUpdated để xử lý sự kiện RowUpdated đó em.
if (typeof(e.Exception) == ArgumentException) phải sửa thành: if (e.Exception is ArgumentException)
Thanks
Anh ơi, vậy còn việc kiểm tra lỗi của control textbox thì ứng dụng cách của anh như thế nào vậy?
Kiểm tra lỗi gì ?
Anh Nam ơi, cho em hỏi tý , Trong datatextField làm cách nào để thêm 2 trường được ah, VD như e có trường Họ và tên , làm sao để dropdownlist hiên được là Họ + Tên ah ?
Em có thể overwrite lại hàm ToString để trả về Họ + Tên, hoặc cũng có thể tạo thêm 1 thuộc tính = Họ + Tên, rồi chỉ ra tên thuộc tính này vào cho “DisplayMemberPath” của ComboBox của em.
<ASP: Dropdownlist ID="Dropdownlist1"
…….
DatavalueField="SupplierID"
DataTextField="Companyname"
Em đang cần hỏi đoạn này mà DataTextField làm thế nào mà thêm được 2 trường ý, hiện h nó chỉ là companyname giả sử h e muốn DataTextField = SupplierID + Companyname , em thử thêm một trường ở phần thiết kế data trong file .dbml nhưng hok được anh ah .
Em dừng thêm vào file .dbml mà tạo một file riêng để chứa lớp partial cho lớp Context em đã tạo. Ví dụ nếu table của em được biểu diễn bởi lớp Companies thì em thêm lớp partial class Companies, rồi thêm thuộc tính như em muốn vào.
Chao anh, anh chi em nay nha.
em update khong duoc, no hien ra loi
Value of member ‘TenHinhAnh’ of an object of type ‘HinhAnh’ changed.
A member that is computed or generated by the database cannot be changed
vay la sao ha anh, lam sao de update duoc
Trường hợp này là do em thay đổi giá trị của trường TenHinhAnh, nhưng LINQ to SQL nhận ra là cột này là cột được tính tự động hay gì đó tương tự nên nó báo lỗi.
Em chào anh!
Anh ơi ! anh có thể giải thích rõ hơn từng sự kiện sau cho em được hok ạ
OnDisposed
OnInit
OnLoad
OnPreRende
OnTextChanged
OnUnload
Onselectedindexchanged
Một số sự kiện hay sd như : Onselectedindexchanged , OnTextChanged,,OnPreRende hay dùng ,nhưng em vẫn muốn anh giải thích rõ hơn về chúng, từng sự kiện một ấy ạ
Em cảm ơn anh!
ẹc, em nên ra hiệu sách tìm thử xem, hoặc đọc trên MSDN, tài liệu về những thứ này đã có sẵn khá nhiều, cố gắng nhé 🙂
Chào anh Nam!
Anh cho em hỏi xíu!
Mình có cách nào để LinqDataSource có thể sử dụng các phương thức mình đã tạo sẵn trong Stored Procedure không ạ? (giống như object data source vậy)
bởi vì khi em tao một gridview hay detailview j đó. mỗi lần cấu hình nguồn dữ liệu thì em phải cấu hình lâu hơn khi sử dụng object data source (sử dụng các phương thức có sẵn).
Em cảm ơn Anh!
Chào anh Nam.
Cho em hỏi về cách xử lý với LinQDataSource. Em tạo 1 form Thêm mới/Sửa/Xóa với ObjectDataSource thì rất ok. Nhưng khi em chuyển từ ObjectDataSource sang LinqDataSource thì gặp vấn đề khi xóa 1 row. Sau khi em thực hiện xóa dữ liệu thì dữ liệu hiển thị trên GridView vẫn tồn tại. Chỉ khi nào em thực hiện reload lại trang web thì các dữ liệu mới nhất trong DB mới hiển thị ra. Insert và update thì khi em click button thì row mới sẽ hiển thị/cập nhật ngay (em sử dụng ajax) (còn delete là trường ButtonField, Type=Link).
Em không hiểu làm thế nào để sau khi thực hiện xóa thì gridView sẽ thực hiện việc load lại dữ liệu từ DB. Em đã thêm lệnh gv.DataBind ngay sau khi xóa xong và trogn sự kiện gv_RowDeleting, gv_RowDeleted nhưng vẫn không ăn thua.
Anh giúp em với.
Em cám ơn anh
Hi anh.
Em đã tìm ra được nguyên nhân rồi anh ạ. Do trong LinQ datasource em sử dụng thuộc tính Select nên nó không hỗ trợ tính năng autodelete nữa. Để Delete được em phải bỏ thuộc tính Select đi là ok.
Có ai delete được sản phẩm trên GridView không vậy chỉ mình với toàn báo lỗi khóa ngoài , mình làm y demo của anh nam 🙂
Chào bạn.
Bạn cho minh hỏi LinqDataSource có thể join được trên nhiều bảng không và mình có thể thêm,sửa,xóa
trên đó sược không.
Thanks bạn !