Do một số cập nhật, đặc biệt liên quan đến vấn để hiệu năng, nhóm phát triển VS 2010 đã quyết định đưa ra thêm phiên bản RC (Release Candidate), phiên bản này sẽ được ra mắt vào khoảng tháng 2/2010.

Sau đây là hướng dẫn dành cho các bạn muốn tự dịch thử một bản Chrome OS

1. Chuẩn bị

Để dịch được ChromiumOS, bạn sẽ cần một số thứ sau:

- Hệ điều hành Ubuntu: mong muốn của Google là bạn có thể dịch ChromiumOS trên bất kỳ hệ điều hành Linux mới nào, tuy nhiên tại thời điểm hiện tại thì bạn chỉ có thể dùng Ubuntu phiên bản tối thiểu 8.04, và khuyên dùng là Ubuntu 9.10 (tôi dùng Ubuntu 9.10).

- Đĩa trống: tốt nhất là nên chuẩn bị khoảng 10GB theo yêu cầu, thực tế cho thấy có thể ít hơn một chút cũng được.

- Tài khoản root: bạn sẽ cần tài khoản có quyển root để dùng khi dịch cũng như khi cập nhật các thư viện.

- Các thư viện cần thiết:

• Python >= 2.4
• Perl >= 5.x
• gcc/g++ >= 4.2
• g++-multilib >=4.2
• bison >= 2.3
• flex >= 2.5.34
• gperf >= 3.0.4
• pkg-config >= 0.20
• libnss3-dev >= 3.12
• libasound2-dev
• libgconf2-dev
• libglib2.0-dev
• libgtk2.0-dev
• libnspr4-0d >= 4.7.1+1.9-0ubuntu0.8.04.5
• libnspr4-dev >= 4.7.1+1.9-0ubuntu0.8.04.5
• msttcorefonts (Microsoft fonts)
• freetype-dev
• libcairo2-dev
• libdbus-1-dev

Tùy chọn:

• wdiff
• lighttpd
• php5-cgi
• sun-java6-fonts (needed for Lucida)

Bạn đừng lo khi nhìn danh sách trên, vì sẽ có công cụ để giúp bạn kiểm tra và cập nhật một cách tự động, nếu đã tải mã nguồn về, bạn có thể chạy ~/chromium/src/build/install-build-deps.sh (xem phần tải mã nguồn), không thì có thể chạy lệnh sau để cập nhật:

$ sudo apt-get install subversion pkg-config python perl g++ g++-multilib \
bison flex gperf libnss3-dev libgtk2.0-dev libnspr4-0d libasound2-dev \
libnspr4-dev msttcorefonts libgconf2-dev libcairo2-dev libdbus-1-dev

Và chạy tiếp lệnh sau để cài các thành phần tùy chọn:

$ sudo apt-get install wdiff lighttpd php5-cgi sun-java6-fonts

2. Tải mã nguồn

Bạn tải về mã nguồn từ địa chỉ http://build.chromium.org/buildbot/archives/chromiumos-0.4.22.8.tar.gz, giải nén vào một thư mục tên chomiumos trong /usr/local/.

Còn một cách nữa là dùng Git để lấy mã nguồn trực tiếp từ repository của Google, tuy nhiên chỉ dùng cách này nếu bạn là nhà phát triển.

Bạn cũng có thể tải thêm mã nguồn trình duyệt Chrome để dịch chung với ChromiumOS, tuy nhiên tôi chọn cách tải bản dịch sẵn (http://build.chromium.org/buildbot/archives/chromium-chromiumos-r32516.zip) cho đỡ tốn thời gian.

3. Dịch

Nhớ rằng trong các bước kế tiếp, bạn vẫn đang ở chế độ non-root, nếu bạn thực hiện sudo thì sẽ bị lỗi trong một số script cũng như một số tranh chấp về permission.

- Tạo một soft link, điều này là không bắt buộc nhưng sẽ giúp bạn dễ dàng hơn trong các bước sau: ln -s /usr/local/chromiumos ~/chromiumos, sau bước này bạn sẽ thấy trong ~/chromiumos có các thư mục cần thiết như src và tools.

- Chuyển vào thư mục ~/chromiumos/src/scripts:

cd ~/chromiumos/src/scripts

- Tạo một local repository:

./make_local_repo.sh

Chú ý là quá trình này khá tốn thời gian vì nó sẽ phải tải các file thư viện về máy, trên máy tôi quá trình này chạy mất hơn 1 giờ đồng hồ, sau khi chạy xong bạn sẽ thấy có thêm một thư mục có tên repo với kích thước khoảng 1,7GB.

- Tạo chroot:

./make_chroot.sh

Sau bước này, bạn sẽ chuyển vào môi trường chroot (đầu dấu nhắc xuất hiện (chroot)), bước này cũng mất khoảng 10 phút.

- Nếu muốn tạo một account để đăng nhập (không cần mạng), bạn có thể chạy các lệnh sau:

cd ../platform/pam_google 
./enable_localaccount.sh USERNAME

Khi đó sẽ có một account tên USERNAME trên bản dịch.

- Nếu muốn sau này dùng lệnh sudo, bạn gõ lệnh sau và nhập vào password:

./set_shared_user_password.sh

(Nếu không chạy lệnh này, password sudo sẽ được đặt là một chuỗi ngẫu nhiên)

- Dịch các gói:

./build_platform_packages.sh
 ./build_kernel.sh

Bạn cũng có thể chạy tất cả các bước dịch bằng lệnh ./build_all.sh, lệnh này có thể chạy lâu hơn vì nó phải dịch và chạy thêm các gói test. Bước này cũng mất khoảng 30 phút.

- Tạo ảnh:

./build_image.sh

Nếu thành công, sau bước này bạn sẽ có các file cần thiết để chép vào USB hay tạo file ảnh VMWare.

Một thư mục mới sẽ được tạo trong ~/chromiumos/src/build/images, tên thư mục được tạo ngẫu nhiên theo một cách quái dị nào đó :

4. Tạo đĩa ảo:

Lệnh sau được dùng để tạo file ảnh cho VMware:

./image_to_vmware.sh --from=~/chromiumos/src/build/images/SUBDIR \

--to=~/chromiumos/src/build/images/ide.vmdk

Lệnh này sẽ tạo file có tên ide.vmdk chứa hệ điều hành ChromiumOS, trong lệnh trên, bạn thay SUBDIR bằng tên thư mục chứa ảnh hệ điều hành, trong ví dụ này là 999.99932909.165250-a1. Nhớ là chạy lệnh này ngoài chế độ chroot (mở cửa sổ Terminal mới).

Sau đây là kết quả :

Màn hình đăng nhập, vì ở trên tôi chạy lệnh ./enable_localaccount.sh namdh nên ở đây tôi có thể đăng nhập bằng tài khoản này

Cấu hình trình duyệt Chrome

Menu chính

Có sẵn khả năng hỗ trợ Flash

Menu chính khi không có mạng

Như chúng ta đã biết, Google vừa công bố dự án hệ điều hành Chrome OS, vậy chúng ta cùng tìm hiểu các đặc điểm của hệ điều hành này.

1. Trình duyệt Chrome sẽ là một phần của hệ điều hành:

Trình duyệt Chrome nay sẽ trở thành Shell của hệ điều hành, tương tự như Explorer của Windows, điều này có nghĩa là nó sẽ cung cấp giao diện chính cho người dùng tương tác với máy tính. Và bởi vì Google thiết kế ra Chrome OS cho người chuyên lướt web nên điều này cũng dễ hiểu, bạn bật máy tính, vào facebook, lướt web, đọc tin tức, duyệt mail, thậm chí soạn thảo văn bản hay mở bảng tính, tất cả đều qua web nhờ sự trợ giúp của trình duyệt Chrome.

Tuy nhiên những người yêu thích Firefox có lẽ cũng vẫn an tâm vì theo thiết kế thì việc sử dụng trình duyệt Chrome OS là không bắt buộc, nó có thể được thay thế một trình duyệt Linux x86 khác, tất nhiên từ giờ cho đến khi ra mắt, các nhà phát triển FireFox cũng phải tạo ra một phiên bản Chrome OS – enabled.

2. Các ứng dụng trên Chrome đều sẽ là ứng dụng Web:

Sẽ không có bất kỳ chương trình truyền thống nào được dùng trên Chrome OS, bạn sẽ bỏ đi mọi ứng dụng quen thuộc chạy trên desktop như trước đây. Chỉ có một số rất ít ứng dụng được cài sẵn chạy trực tiếp ngay trên máy tính, nhưng nó cũng sẽ mang giao diện web, như các trò chơi đơn giản, trình nghe nhạc…

3. Dữ liệu được chủ yếu lưu trên các “đám mây”:

Dữ liệu của bạn sẽ được lưu trữ trên các máy chủ ở “đâu đó”, điều này giúp bạn có thể truy cập từ bất kỳ máy tính nào, bạn không cần phải sao lưu, nhưng để người dùng quen với việc này cũng không dễ, vì những dữ liệu quan trọng có thể sẽ là cả tài sản cuản bạn, việc đưa nó lên một máy chủ nào đó ngoài tầm kiểm soát đôi khi không phải là một ý kiến hay.

Trước đây Larry Elisson, chủ tịch Oracle, cũng từng cổ súy cho mô hình này, với mong muốn xô đổ tượng đài Windows, nhưng đã thất bại. Có thể giờ đây thời thế đã thay đổi, Internet và băng thông rộng đã phổ biến hơn, người dùng cũng dành nhiều thời gian làm việc trên web hơn, các ứng dụng Internet cũng phong phú hơn nhiều, bản thân Google cũng chẳng phải tay vừa, vậy nên biết đâu cuộc chiến này sẽ có một kết cục khác .

4. Sẽ chưa có Chrome OS ngay cho người dùng:

Theo kế hoạch, 10/2010 Chrome OS mới bắt đầu được phát hành, tuy nhiên phiên bản này có lẽ chủ yếu được cài sẵn trong một số dòng máy, Google đã bắt tay với một số nhà cung cấp máy tính lớn để xây dựng các hệ thống chạy hệ điều hành này, cũng như các phiên bản cho các dòng netbook đã có.

Tuy nhiên hiện tại bạn đã có thể tải về mã nguồn và build nó: http://www.chromium.org/chromium-os/building-chromium-os. Tuy nhiên từ giờ cho tới lúc phát hành thực sự, có lẽ sẽ còn có nhiều thay đổi.

5. Ổ cứng đối với máy tính chạy Chrome OS không còn quan trọng:

Ổ cứng trước đây được dùng để chứa dữ liệu và các chương trình, nhưng nay vì tất cả đã được đưa lên web, do vậy nó chỉ còn là nơi chứa hệ điều hành, bao gồm cả trình duyệt Chrome OS. Dung lượng mã nguồn hệ điều hành sau khi nén lại khoảng 232MB, và trình duyệt là 803MB (không rõ tại sao to như vậy), có lẽ bản cài đặt sẽ thừa sức nằm gọn trong một ổ cứng 4GB tính luôn phân vùng swap, thậm chí có thể chỉ trong 2GB. Dung lượng nhỏ kết hợp với việc chủ yếu chỉ đọc, có lẽ các netbook được thiết kế riêng cho Chrome OS chỉ cần trang bị các ổ đĩa dạng flash giá rẻ, chi phí, điện năng tiêu thụ và giá thành do vậy sẽ được giảm đáng kể.

6. Khả năng tự sửa lỗi:

Theo thiết kế, khi khởi động, Chrome OS sẽ tự kiểm tra các thành phần của nó, nếu thấy có gì bị thay đổi, nó sẽ tự động kết nối và tải về lại, rồi khởi động lại với phiên bản mới lấy về. Như vậy, các nguy cơ về việc thay đổi hệ thống sẽ bị loại trừ, cộng với việc dữ liệu được lưu từ xa, các ứng dụng cũng chạy từ xa, Chrome OS sẽ trở thành hệ điều hành an toàn nhất.

7. Bạn luôn phải online nếu muốn dùng Chrome OS:

Như vậy, rõ ràng để dùng được hệ điều hành của Google, bạn không thể ở chế độ offline, vì sẽ không thể truy cập được các ứng dụng và dữ liệu. Không rõ Google Gear có thể giúp ích gì không, tuy nhiên nếu có thì vẫn luôn có những hạn chế của nó. Thêm nữa, hiện tại bạn cũng sẽ không thể dùng Wifi khi đang di chuyển, do vậy ở Việt Nam, cho đến khi nào 3G còn chưa phủ sóng rộng rãi, và “chưa rẻ”, thì một chiếc máy cài ChromeOS có lẽ vẫn chỉ là một chiếc máy “di động cố định”

Kết luận

Rõ ràng, việc tạo ra một hệ điều hành cho máy tính cá nhân cũng đồng nghĩa với việc cạnh tranh trực tiếp với Microsoft. Tuy nhiên, qua những gì Google đang làm, ta có thể thấy phân khúc họ hướng đến chỉ là các hệ thống giá rẻ, yêu cầu người dùng đơn giản. Lợi thế khi chọn phân khúc này là người dùng không muốn chi nhiều tiền cho máy tính và phần mềm, số lượng phần cứng cần hỗ trợ ít, các ứng dụng web cũng đã có sẵn khá nhiều, điện toán đám mây đang là mốt… Nhưng thực tế, việc tranh giành thị phần với MS không hề đơn giản, Apple, Linux… đã làm điều đó từ nhiều năm nay, nhưng cũng chỉ lấy được một phần nhỏ trong miếng bánh.

Tuy nhiên, cùng với việc ra đời ngôn ngữ Go, chúng ta có thể thấy được tham vọng của Google trong việc thay đổi cách sử dụng Internet, họ muốn làm cho Internet trở thành một nền tảng, máy tính cá nhân chỉ còn là một phương tiện nhập liệu và hiển thị. Trình duyệt Chrome chạy trên ChromeOS, truy cập vào các ứng dụng trên các máy chủ của Google, tải về dữ liệu cũng từ các máy chủ của Google. Việc xử lý trên trình duyệt sẽ dùng Go, vốn được hỗ trợ bởi, thay cho Javascript, giúp cho khả năng tương tác với người dùng, khả năng tương tác với máy chủ tốt hơn.

Dù gì đi nữa, việc có nhiều công ty cùng tham gia sẽ giúp cho người dùng có nhiều lựa chọn hơn, giá thành cũng sẽ rẻ hơn.

“Chỉ có anh em lập trình là khổ, chưa học xong cái này nó đã ra các khác, thành ra các gì cũng biết nhưng lại chẳng đâu ra đâu, he he”

***************************************************************************************************************************

Touch and Manipulation

Windows 7 taskbar cung cấp các tính năng nâng cao cho phép bạn dùng nút taskbar để truyền đạt thông tin cũng như thực thi một số nhiệm vụ. Các kiểu mới trong namespace System.Windows.Shell cung cấp các lớp wrapper cho các tính năng của thanh taskbar trong Windows 7 và quản lý dữ liệu được truyền đến Windows shell. Ví dụ, kiểu JumpList cho phép bạn làm việc với Jump List và TaskbarItemInfo cho phép làm việc với taskbar thumbnail. Các hộp thoại WPF trên Windows 7 và Windows Vista hiện hỗ trợ look and feel của Windows 7 và Window Vista , bao gồm cả custom place.

Phiên bản này đã cập nhật đầy đủ bảng thông tin doanh nghiệp niêm yết và cho phép tải về các file tài liệu, báo cáo của doanh nghiệp.

Tải về tại đây: http://www.daohainam.com/download/stockviewer.070.exe

Hi vọng nhận được ý kiến đóng góp của các bạn.

Tagged: stockviewer ]]> http://namdh.wordpress.com/2009/09/28/stockviewer-070/feed/ 0 namdh svci3 svci1 svci2 http://namdh.wordpress.com/2009/09/19/clean-web-config-files/ http://namdh.wordpress.com/2009/09/19/clean-web-config-files/#comments Sat, 19 Sep 2009 01:05:55 +0000 namdh http://namdh.wordpress.com/?p=1016 ]]>

Đây là bài đầu tiên trong loạt bài về VS 2010 và .NET 4.0.

Có thể bài viết này hơi ngắn, nhưng đây là một thay đổi hay, thay đổi đầu tiên sẽ đến với bản ASP.NET 4.0 là: file web.config đơn giản, sáng sủa hơn.

Bạn sẽ thấy ngay điều này ngay khi tạo một dự án ASP.NET 4.0 mới (đó là lý do tại sao tôi chọn bài này là bài đầu tiên).

Các fileWeb.config trong .NET 3.0 và 3.5

Trong 2 phiên bản vừa rồi, file web.config trong các dự án ASP.NET cứ tăng kích thước dần. Ví dụ: file web.config mặc nhiên được thêm vào dữ án mới trong VS 2008 SP1 có 126 dòng, chứa tất cả mọi thứ từ định nghĩa thẻ cho đến các handler và module được thêm vào ASP.NET Http pipeline.

Điều này làm tăng kích thước bởi vì .NET 3.0 và .NET 3.5 dùng cùng CLR và machine.config giống như trong .NET 2.0 – và đơn giản là thêm vào và cập nhật các assembly khi nó được cài đặt. Để tránh rủi ro khi vô tình ghi đè các thiết đặt trong file machine.config của bản 2.0, chúng tôi đã không đăng ký thêm các tag, handler và module có trong bản .NET 3.0 hay 3.5. Thay vào đó, chúng tôi đã mặc nhiên bắt các project mới phải đăng ký các cài đặt đó bên trong file web.config riêng. Điều này an toàn hơn, nhưng bù lại các file web.config trở nên lớn và khó đọc hơn.

File Web.config trong .NET 4

.NET 4.0 bao gồm một phiên bản mới của CLR, và một file machine.config riêng cho bản 4.0 (nó được cài đặt side-by-side với các file được dùng trong bản .NET 2, .NET 3 và .NET 3.5).

File machine.config có trong .NET 4.0 sẽ tự động đăng ký tất cả các ASP.NET tag section, handler và module mà chúng tôi đã thêm vào trong nhiều năm qua, bao gồm cả cho:

• ASP.NET AJAX
• ASP.NET Dynamic Data
• ASP.NET Routing (có thể dùng cho cả ASP.NET WebForms và ASP.NET MVC)
• ASP.NET Chart Control (sẽ được đóng gói cùng ASP.NET V4)

Có nghĩa là khi bạn tạo một project “Empty ASP.NET application” mới trong VS 2010, bẹn sẽ thấy rằng file web.config mới rõ ràng và sáng sủa hơn:

Phần cấu hình đầu tiên ở trên chỉ đơn giản nói với ASP.NET bật chế độ debug, và chỉ ra phiên bản của .NET mà VS phải dùng khi cung cấp intellisense (VS 2010 hỗ trợ xây dựng ứng dụng cho các phiên bản khác nhau – và intellisense bên trong IDE sẽ tự động điều chỉnh theo phiên bản của .NET mà bạn đang hướng đến).

Phần thứ hai chỉ ra bạn sẽ dùng chế độ “integrated” khi chạy ASP.NET bên trong IIS7 – nó sẽ kiểm soát việc có chạy các HttpModules cho tất cả các request bên trong ứng dụng hay chỉ cho các URL cụ thể nào đó. Chúng tôi đã mặc nhiên bật tính năng này cho các project mới – lý do là để tương thích, IIS7 mặc nhiên chỉ chạy các module với các ASP.NET URL.

Tổng kết

Việc đơn giản hóa file web.config trong .NET 4 thực sự chỉ là một thay đổi nhỏ – nhưng dù sao nó cũng là một cái hay, và là cái giúp cho các ứng dung ASP.NET mới sáng sủa và dễ tiếp cận hơn.

Trong các bài viết kế tiếp, tôi dự định sẽ đào sâu vào nhiều các cải tiến quan trọng có trong ASP.NET 4 (cũng như một số các “small but nice tweaks”).

Hope this helps,

Scott

Tiếp theo các loạt bài về LINQ, Silverlight… trong thời gian tới, tôi sẽ bắt đầu dịch loạt bài VS 2010 and .NET 4 Series của MR.ScottGu. Loạt bài này giới thiệu về những thay đổi có trong phiên bản kế tiếp của .NET và trình IDE nổi tiếng Visual Studio.

Link các bài viết gốc tại đây: http://weblogs.asp.net/scottgu

Bài viết này sẽ được cập nhật danh sách các bài dịch.

Hi vọng loạt bài này sẽ giúp chúng ta tìm hiểu kỹ hơn và tận dụng những ưu điểm mới của .NET 4.0 và VS 2010.

Vài tuần trước tôi bắt đầu viết loạt bài về LINQ to SQL. LINQ to SQL là một bộ khung (framework) có sẵn cho O/RM (object relational mapping) trong .NET 3.5, nó cho phép bạn dễ dàng mô hình hóa các CSDL quan hệ dùng các lớp .NET. Bạn có thể dùng các biểu thức LINQ để truy vấn CSDL, cũng như có thể cập nhật/thêm/xóa dữ liệu từ đó.

Dưới đây là 7 phần đầu tiên của loạt bài nà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)
• Sử dụng asp:LinqDataSource (phần 5)
• Lấy dữ liệu dùng Stored Procedure (LINQ to SQL phần 6)
• Cập nhật dữ liệu dùng Stored Procedure (LINQ to SQL phần 7)
• Thực thi các biểu thức SQL tùy biến (LINQ to SQL phần 8)

Trong phần 5 của loạt bài này tôi đã giới thiệu control <asp:LinqDataSource> mới trong .NET 3.5 và nói về cách dùng nó để gắn nối các control ASP.NET dễ dàng vào các mô hình dữ liệu LINQ to SQL. Tôi cũng đã trình bày một chút về cách dùng chúng trong một bài viết sau đó khi nói về control <asp:ListView>.

Trong cả hai bài viết trên, các câu truy vấn được thực hiện đều tương đối dễ hiểu (mệnh đề Where làm việc chỉ với một bảng dữ liệu). Trong bài viết hôm nay tôi sẽ biểu diễn cách tận dụng khả năng xây dựng các câu truy vấn nhanh chóng với LINQ dùng LinqDataSource, và cách bạn có thể dùng bất kỳ biểu thức LINQ nào để thực hiện truy vấn với nó.

Tóm tắt: dùng <asp:LinqDataSource> với một mệnh đề where được khai báo

Trong 2 bài viết đó tôi đã biểu diễn cách bạn có thể dùng các bộ lọc có sẵn của LinqDataSource để khai báo nhanh một bộ lọc trên một mô hình dữ liêu LINQ to SQL.

Ví dụ, cho là bạn đã tạo ra một mô hình dữ liệu LINQ to SQL của CSDL Northwind (cách dùng đã được nói đến trong phần 2 cuẩ loạt bài này), chúng ta có có thể khai báo một control <asp:LinqDataSource> trên trang với một mệnh để <where> mà nó chỉ trả về các sản phẩm thuộc một chủng loại nào đó (được chỉ ra qua tham số “categoryid” của chuỗi query string):

Chúng ta có thể trỏ một control &lt;asp:gridview&gt; đến datasource đã tạo và cho phép phân trang, chỉnh sửa và sắp xếp:

Khi chạy trang trên, chúng ta sẽ có một GridView với khả năng tự động sắp xếp, phân trang cũng như chỉnh sửa dữ liệu dữ trên dữ liệu có trong mô hình dữ liệu của chúng ta:

Dùng cách khai báo các tham số cho where giống như trên có thể làm việc tốt trong hầu hết trường hợp. Nhưng sẽ thế nào nếu bạn muốn câu lệnh lọc phức tạp hơn? Ví dụ, sẽ thế nào nếu chúng ta chỉ muốn hiển thị các sản phẩm được tạo bới các nhà cung cấp dựa trên một tập động các quốc gia?

Dùng các sự kiện Selecting với <asp:LinqDataSource>

Để xử lý các trường hợp trên, bạn có thể tạo các hàm xử lý cho các sự kiện “Selecting” thuộc control &lt;asp:LinqDataSourc&gt;. Bên trong các hàm xử lý sự kiện này, bạn có thể viết bất kỳ đoạn lệnh nào bạn muốn để lấy về tập kết quả. Bạn có thể làm được điều này với một câu truy vấn LINQ, gọi một thủ tục SPROC hay dùng một biểu thức SQL tùy biến. Một khi đã lấy dữ liệu về, những gì cần làm là gán nó cho thuộc tính “Result” của đối tượng LinqDataSourceSelectEventArgs. Control &lt;asp:LinqDataSourc&gt; khi đói sẽ dùng tập kết quả do bạn trả về để làm việc.

Ví dụ, dưới đây là một câu truy vấn LINQ to SQL để lấy về chỉ các sản phẩm từ các nhà cung cấp thuộc các nước được chọn:

VB:

C#:

Ghi chú: Bạn không cần viết câu truy vấn ngay bên trong hàm xử lý sự kiện. Một cách tiếp cận sáng sủa hơn là đưa các câu lệnh truy vấn vào trong các hàm trợ giúp, và sau đó gọi lại chúng từ các hàm xử lý sự kiện. Tôi đã dùng cách tiếp cận này trong phần đầu của bài 8 (dùng hàm trợ giúp GetProductsByCategor).

Bây giờ, bằng cách dùng hàm xử lý Selecting, mỗi khi chạy bạn sẽ chỉ thấy các sản phẩm được cung cấp bởi các nhà cung cấp đến từ các quốc gia mà chúng ta đã cho trước.

Một trong những điều thật sự thú vị là các chức năng phân trang và sắp xếp vẫn làm việc với GridView của chúng ta – dù rằng chúng ta đã chuyển sang dùng sự kiện Selecting. Và quan trọng là việc phân trang cũng như sắp xếp này được thực hiện bên trong CSDL – có nghĩa là chúng ta chỉ lấy về 10 sản phẩm từ CSDL mà chúng ta cần để hiển thị cho trang hiện tại trên GridView, điều này giúp việc thực thi hiệu quả hơn rất nhiều.

Bạn có lẽ sẽ tự hỏi – làm sao nó có thẻ hỗ trợ việc sắp xếp và phân trang hiệu quả như vậy ngay cả khi ta dùng sự kiện Selecting? Lý do là vì câu truy vấn LINQ sẽ không được thực thi tới chừng nào bạn còn chưa lấy kết quả trả về của nó (deferred execution model). Ưu điểm của mô hình này là nó cho phép bạn dễ dàng soạn câu truy vấn trước khi thực thi nó, cũng như dễ dàng đưa thêm các tính năng “add-on” và. Bạn có thể tìm hiểu kỹ hơn trong phần 3 của loạt bài này.

Trong hàm xử lý sự kiện “Selecting” ở trên chúng ta khai báo câu truy vấn LINQ chúng ta muốn thực thi và sau đó gán nó vào thuộc tính e.Query. Mặc dù vậy, câu lênh LINQ không được thực thi vì chúng ta không lấy kêt quả của nó (bằng cách dùng những hàm như ToArray() hay ToList()). LINQDataSource sau đó sẽ có thể thêm mệnh đề order by, và nối thêm các hàm mở rộng Take() và Skip(), nhờ vậy mà tập kết quả sẽ được phân trang và sắp xếp. Chỉ khi đó LINQDataSource mới thực hiện câu lệnh LINQ và lấy dữ liệu về, và LINQ to SQL sẽ đảm bảo rằng việc sắp xếp và phân trang này được thực hiện bên trong CSDL – và chỉ có đúng 10 dòng được trả về.

Chú ý dưới đây chúng ta vẫn dùng GridView để chỉnh sửa và xóa dữ liệu, ngay cả khi dùng sự kiện “Selecting” của LinqDataSource:

Khả năng hỗ trợ việc xóa/sửa dữ liệu sẽ còn làm việc chừng nào thuộc tính Query của sự kiện Selecting còn được gán một tập các thực thể cùng loại (ví du: một dãy các đối tượng kiểu Product, Supplier, Category, Order…). LINQDataSource khi đó sẽ có thể tự động xử lý các trường hợp UI control thực hiện việc cập nhật đối với nó.

Để học thêm về cách cập nhật trong LINQ to SQL, xin đọc lại bài 4 của loạt bài này. Và sau đó đọc tiếp bài 5 để xem cách cập nhật với LINQDataSource.

Thực hiện các phép chiếu khi truy vấn với sự kiện Selecting

Một trong những điểm mạnh của LINQ là khả năng trả về các “dạng” dữ liệu tùy biến, hay còn gọi là phép chiếu dữ liệu. Đó là khả năng mà bạn chỉ trả về một tập con các giá trị của thực thể (một số cột nào đó mà thôi), hay trả về các giá trị được tính toán tự động bằng các biểu thức do bạn định nghĩa. Bạn có thể tìm hiểu thêm cách LINQ thực hiện các phép chiếu này trong phần 3 của loạt bài này.

Ví dụ, bạn có thể sửa lại sự kiện hàm xử lý sự kiện Selecting để đưa thông tin vào cho GridView một tập tùy biến các giá trị của Product. Trong grid này, ta sẽ chỉ hiển thị ProductID, ProductName, Product UnitPrice, số lệnh đặt hàng trên sản phẩm này (Number of Orders), và doanh thu của sản phẩm (Revenue). Chúng ta có thể tính toán động 2 giá trị cuối dùng một biểu thức LINQ như dưới đây:

VB:

C#:

Ghi chú: hàm Sum được dùng để tính toán Revenue ở trên là một ví dụ về “Phương thức mở rộng” (Extension Method). Tham số được truyền cho hàm này là một ví dụ về biểu thức Lambda. Kiểu trả về được tạo bởi biểu thức LINQ là một kiểu vô danh (anonymous type) và nó được hình thành từ biểu thức truy vấn. Extension Methods, Lambda Expressions, và Anonymous Types là các đặc tính mới của VB và C# trong VS 2008.

Kết quả của biểu thức LINQ trên khi gắn nối vào GridView sẽ tương tự như sau:

Ghi chú rằng việc phân trang và sắp xếp sẽ vẫn làm việc bình thường với GridView của chúng ta – dù rằng chúng ta đã chuyển sang dùng câu lệnh LINQ tùy biến.

Dù vậy, vẫn có một tính năng sẽ không làm việc khi dùng phép chiếu dữ liệu, đó là việc hỗ trợ cập nhật dữ liệu ngay trong GridView. Đó là vì LINQDataSource không biết cách nào để cập nhật dữ liệu một cách an toàn. Nếu chúng ta muốn thêm khả năng cập nhật vào cho GridView để hỗ trợ các kiểu trả về tùy biến như vậy, chúng ta hoặc sẽ phải chuyển sang dùng một control ObjectDataSource (ta phải cung cấp thêm phương thức Update để xử lý việc cập nhật), hoặc phải cung cấp thêm một trang để người dùng cập nhật – và hiển thị môt DetailsView hay FormViewgắn nối và thực thể Product để chỉnh sửa.

Tổng kết

Bạn có thể dễ dàng thực hiện các thao tác truy vấn thường dùng với mô hình dữ liệu LINQ to SQL dùng khả năng khai báo các bọ lọc của LINQDataSource.

Để thực hiện biểu thức lọc phức tạp hơn, bạn có thể tận dụng ưu điểm của sự kiên Selecting có trong LINQDataSource. Điều này cho phép bạn thực hiện bất kỳ logic nào bạn muốn để  lấy về các dòng dữ liệu phù hợp. Bạn có thể nhiều cách để lấy dữ liệu này, chẳng hạn dùng Query Expressions, gọi Stored Procedures, hay thực hiện một câu truy vấn tùy biến.

Hope this helps,

Scott

Vài tuần trước tôi bắt đầu viết loạt bài về LINQ to SQL. LINQ to SQL là một bộ khung (framework) có sẵn cho O/RM (object relational mapping) trong .NET 3.5, nó cho phép bạn dễ dàng mô hình hóa các CSDL quan hệ dùng các lớp .NET. Bạn có thể dùng các biểu thức LINQ để truy vấn CSDL, cũng như có thể cập nhật/thêm/xóa dữ liệu từ đó.

Dưới đây là 7 phần đầu tiên của loạt bài nà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)
• Sử dụng asp:LinqDataSource (phần 5)
• Lấy dữ liệu dùng Stored Procedure (LINQ to SQL phần 6)
• Cập nhật dữ liệu dùng Stored Procedure (LINQ to SQL phần 7)

Trong hai bài cuối (bài 6 và bài 7), tôi đã biểu diễn cách bạn có thể dùng các thủ tục trong CSDL (SPROC) để thực hiện truy vấn, cập nhật, thêm hoặc xóa dữ liệu dùng mô hình dữ liệu LINQ to SQL.

Có một vài bạn đã hỏi tôi khi viết các bài này là “Liệu tôi có thể kiểm soát hoàn toàn các câu SQL được dùng bởi LINQ to SQL mà không cần phải viết các SPROC?”. Trong bài viết này tôi sẽ nói về điều này – và thảo luận cách bạn có thể viết các câu SQL tùy biến để truy vấn, cũng như để thêm, sửa hay xóa dữ liệu.

Dùng các biểu thức truy vấn LINQ với LINQ to SQL

Trong bài viết này, chúng ta sẽ dùng mô hình mô hình dữ liệu được tạo với CSDL Northwind (xin hãy đọc phần 2 để học cách dùng VS 2008 để tạo ra mô hình này):

Trong phần 3, tôi đã cho các bạn thấy cách dùng ngôn ngữ LINQ mới được đưa vào VB và C# để truy vấn mô hình dữ liệu ở trên và trả về một tập đối tượng biểu diễn các dòng/cột trong CSDL.

Ví dụ, bạn có thể thêm một phương thức trợ giúp “GetProductsByCategory” vào lớp DataContext trong mô hình dữ liệu của chúng ta mà nó sẽ dùng một các truy vấn LINQ để trả về các đối tượng Product từ CSDL:

VB:

C#:

Một khi bạn đã định nghĩa phương thức LINQ như trên, bạn có thể viết lệnh giống như dưới đây để dùng nó lấy về các sản phẩm, và duyệt qua tập kết quả trả về:

VB:

Khi biểu thức LINQ bên trong phương thức “GetProductsByCategory” được thực thi, trình quản ly LINQ to SQL sẽ tự động thực thi câu SQL động để lấy về dữ liệu Product và tạo ra danh sách các đối tượng Product. Bạn có thể dùng trình debug để xem cách biểu thức LINQ này thực thi.

Dùng các câu truy vấn SQL tùy biến với LINQ to SQL

Trong ví dụ mẫu ở trên chúng ta đã không viết bất kỳ câu lệnh SQL nào để truy vấn dữ liệu và lấy về các đống tượng có kiểu Product. Thay vì vậy, LINQ to SQL sẽ tự đọng dịch biểu thức LINQ thành câu lệnh SQL chúng ta và thực thi nó trong CSDL.

Nhưng liệu nếu chúng ta muốn kiểm soát hoàn toàn câu lệnh SQL được thực thi với CSDL, và không muôn LINQ to SQL làm điều đó tự động? Một cách để làm điều này là dùng một SPROC giống như tôi đã trình bày trong bài 6 và bài 7. Một cách khác là dùng phương thức “ExcecuteQuery” trong lớp DataContext để thực thi một câu SQL do chúng ta cung cấp.

Dùng ExecuteQuery

Phương thức ExecuteQuery nhận vào một câu SQL, cùng với một tập các tham số mà ta có thể dùng để tạo nên câu SQL. Bằng cách dùng nó, bạn có thể thực thi bất kỳ câu lệnh SQL bạn muốn với CSDL (kể các câu lệnh JOIN nhiều bảng).

Điều làm cho ExecuteQuery thực sự hữu dụng là nó cho phép bạn chỉ ra cách nó trả về dữ liệu. Bạn có thể làm được điều này bằng cách truyền một đối tượng có kiểu mong muốn như một tham số của phương thức, hay dùng kiểu generic.

Ví dụ, bạn có thể thay đổi phương thức GetProductsByCategory() được tạo ra trước đây – phiên bản dùng một biểu thức LINQ – để dùng phương thức ExecuteQuery thực thi một câu SQL với CSDL và trả về một tập đối tượng Product như kết quả:

VB:

C#:

Chúng ta có thể gọi GetProductsByCategory() dùng cùng cách như trước đây:

Nhưng không như trước đây, trong trường hợp này câu SQL tùy biến sẽ được gọi thay cho câu SQL động được tạo bởi biểu thức LINQ.

Tùy biến các biểu thức SQL và theo vết (tracking) các thao tác cập nhật:

Mặc nhiên, khi bạn lấy về một mô hình dữ liệu dùng LINQ to SQL, nó sẽ lưu lại các thay đổi mà bạn làm. Nếu gọi phương thức  “SubmitChanges()” trên lớp DataContext, nó sẽ lưu lại các thay đổi vào CSDL. Tôi đã nói chi tiết về vấn đề này trong phần 4 của loạt bài này.

Một trong nhưng tính năng nổi trọi của ExecuteQuery là nó có thể kết hợp hoàn toàn vào quá trình theo vết và cập nhật lại mô hình dữ liệu. Ví dụ, bạn có thể viết đoạn lệnh dưới đây để lấy về tất cả các sản phẩm từ một chủng loại nào đó và giảm giá toàn bộ 10%:

Bởi vì chúng ta đã chỉ ra rõ kiểu trả về của câu lệnh ExecuteQuery trong phương thức GetProductsByCategory, do vậy LINQ to SQL sẽ biết cách để dò ra các thay đổi trên các đối tượng Product mà chúng ta trả về,  và khi gọi “SubmitChanges()” trên đối tượng đó, chúng sẽ được lưu lại trong SCDL.

Tùy biến các biểu thức SQL với các lớp của bạn

Phương thức ExecuteQuery()  cho phép bạn chỉ ra bất kỳ lớp nào như kiểu trả về của câu truy vấn. Lớp này không nhất thiết phải được tạo ra bởi trình LINQ to SQL designer, hay phải thừa kế từ bất kỳ class/interface nào.

Ví dụ, bạn có thể định nghĩa một lớp ProductSummary mới chứa các thuộc tính là tập con của Product như dưới đây (chú ý là chúng ta dùng đặc tính Automatic Properties mới có trong C#):

Chúng ta có thể sau đó tạo ra một phương thức tên là GetProductSummariesByCategory() trong lớp NorthwindDataContext, nó sẽ trả về các kết quả dựa trên kiểu ProductSummary. Để ý là câu SQL dưới đây chỉ yêu cầu các thuộc tính của Product nó cần – ExecuteQuery sẽ tự biết cách đưa các giá trị đó vào các đối tượng ProductSummary mà nó sẽ trả về.

Sau đó chúng ta có thể dùng phương thức này để truy vấn và duyệt qua tập kết quả trả về:

Tùy biến các câu SQL cho Inserts/Updates/Deletes

Thêm vào việc dùng các biểu thức SQL tùy biến để truy vấn, bạn cũng có thể dùng chúng để thực hiện các thao tác như thêm/xóa/sửa.

Chúng ta có thể làm được điều này bằng cách tạo ra các phương thức partial trong lớp DataContext tương ứng các thao tác Insert/Update/Delete cho thực thể mà chúng ta muốn thay đổi. Và chúng ta sau đó có thể dùng phương thức ExecuteCommand để thực thi các câu SQL cần thiết. Ví dụ, để thay thế hành vi Delete mặc nhiên cho lớp Product, bạn có thể định nghĩa một phương thức partial DeleteProduct như sau:

Và bây giờ, nếu bạn viết đọa code dưới đây để xóa một Product nào đó khỏi CSDL, LINQ to SQL sẽ gọi phương thức DeleteProduct – và khi đó các câu SQL tùy biến sẽ được thực thi thay thế cho câu SQL được sinh ra tự động bởi LINQ to SQL:

Tổng kết

Trình quản lý LINQ to SQL tự động tạo ra và thực thi các câu SQL động để thực hiện các câu truy vấn, cập nhật, thêm và xóa dữ liệu trong CSDL.

Đối với một số trường hợp, khi bạn muốn kiểm soát hoàn toàn câu lệnh SQL được thực thi, bạn có thể dùng các thủ tục SPROC, hay cũng có thể viết các câu SQL của riêng bạn. Điều này cung cấp khả năng tùy biến mạnh mẽ khi xây dựng các lớp truy cập dữ liệu.

Trong bài viết tiếp theo, tôi sẽ nói đến một số khái niệm còn lại như: Single Table Inheritance, Deferred/Eager Loading, Optimistic Concurrency, và sử dụng trong hô mình Multi-Tier.

Hope this helps,

Scott