Vv Nang cap website K93BoBan

Chào cả nhà,

Hiện tại Blog của K93 bị chặn bởi nhà mạng VNPT vì lý do: có một số phần tử phát ngôn không tốt trên những trang Blog. Facebook cũng vậy, cũng bị chặn luôn bởi nhà mạng VNPT. Vì lý do đó, một số bạn dùng VNPT không thể vào được trang web của Khóa.

Để không bị chặn như vậy, Khánh dự kiến xây dựng trang riêng, mua tên miền và thuê host, như vậy sẽ không bị hạn chế về việc truy cập nữa.

Mong các bạn góp ý thêm.

Khánhn.

SQLServer vs MongoDB vs RavenDB write performance

http://stuartcullinan.blogspot.com/2011/07/sqlserver-vs-mongodb-vs-ravendb-write.html


http://www.mongodb.org/display/DOCS/CSharp+Driver+Quickstart#CSharpDriverQuickstart-YoudoNOTneedtocallConnectorDisconnect

10 IT Job roles that are hardest to fill

The IT job market is usually a seller’s market, even in tough times like these. But some IT roles are especially difficult to fill. Here are 10 jobs that typically send companies into fits when they need to hire for them.

1: IT trainer

IT trainers play a unique role in the IT world, and they need a unique skill set. By itself, this position would be hard enough to fill. But add the fact that being a trainer differs in many ways from the typical IT job, along with the frequent need for travel, and you have a recipe for “tough hire.”

2: Project manager

The biggest problem in hiring project managers is usually self-imposed: the “requirement” of aPMP certification. Why does that make it hard to hire? It isn’t just that folks with PMP certification are expensive and tough to find. It’s the difficulty of obtaining the certification in the first place. The certification has a “chicken and egg” logic to it: To earn it, you need to be managing projects… but it can be hard to get project management work without the cert. As a result, the talent pool is artificially small, and many otherwise well-qualified candidates get filtered out.

3: CIO/CTO/director of IT/etc.

IT leadership roles are extremely difficult to fill. Like IT trainers, leadership positions require the candidates to have skills that just are not learned in the typical IT job. Companies are forced to hire good leaders with weak (or nonexistent) technical knowledge or to hope that a technical person can learn the leadership and business skills required to be a success. It is difficult to find someone who has good “crossover” skills and whom you feel comfortable with, making leadership positions hard to fill.

4: Help desk staff

The basic problem with filling help desk jobs is that they usually pay far less than the person you really want to hire will accept. Plenty of people can do a perfectly fine job with the help desk position, despite the technical skills required and its challenges for workers (the stress of metrics they have little control over, like “average time to answer calls” and ticket closure rates, dealing with angry people over a phone, etc.). But how many of them are actually going to work for what the help desk job pays?

Most companies see the help desk as a necessary evil, a cost center to be contained. And in a way, they are right. With razor thin margins in many industries, the cost of support can make or break the profitability of a company. So it is natural for them to squeeze the salaries as hard as they can. But for managers looking for well-qualified workers, those tight budgets make it impossible to get the right help, unless they find a diamond in the rough or someone with a tough job situation.

5: Specialized programmer

Device drivers, operating systems, and mobile applications: Any idea what they have in common? The developers who know how to write those kinds of software and do a good job of it are exceedingly rare — or there is a high demand for a relatively small number of developers. Some of these positions are just so specialized that only a handful of developers are doing it. Others (like mobile applications) have lots of developers out there, but the demand is just so high that the companies looking to make a hire have positions unfilled for months at a time.

6: Pre-sales engineer

Pre-sales engineer is another IT-related job that requires a diverse range of talents beyond the technical. To make it an even harder position to fill, it is a job that requires a lot of travel. Simply put, nothing can substitute for the hands-on demonstration when it comes to closing a deal. And on top of that, the job is almost pure customer service, often in person, which many IT people do not want to deal with, especially considering that they have other job options. A pre-sales engineer needs the heart of a salesperson wrapped in the mind of an IT pro, and that’s a tricky mix to find.

7: Technical writer

Now, I’m not talking about bloggers and their ilk, but the folks who do things like write product manuals and help files. There is a reason why these tasks often fall on the shoulders of the developers, even when the company is willing to spend the money on hiring a technical writer: It is hard to find people who can write coherently, in a language that the end user can grasp, and who understand the technical side of things! This isn’t a matter of hiring an English major who is “tech savvy” like people assume, either. Technical writers are hard to find, and good ones are even tougher.

8: Product evangelist

The product evangelists are the “face of the company” when it comes to the technical side of their business. They are the ones giving presentations at technical conferences around the world, hanging out in forums answering questions, constantly blogging, reaching out to folks on social media… and at the same time, they need to be on the cutting edge of their industry’s technical knowledge. Few IT jobs involve as much travel as product evangelist. The right person needs to have an absolute passion for the work and for the company and its specific products, as well as the technical knowledge and soft skills to handle the job. This means that even if someone is a great evangelist at one company, he or she will probably be a poor hire for any other company doing the same job.

9: IT author

Writing technical blogs and articles is often seen as an easy job, and most of us are doing it as a secondary job. (Only a few folks can put a roof over their head with this work.) There are plenty of technical people out there who can use some extra money. All the same, it’s a bear to find people who are not only willing to give it a shot, but who will stick with it long enough to really become “part of the team.”

There is a lot of churn, as folks are bursting with great article ideas when they are hired, and a month later they have written everything they wanted to write and are stuck with a lack of article ideas. This is why you see certain names pop up in so many places. The number of IT authors who can consistently produce high quality content year in and year out is shockingly small. And that is just for the “magazine” style writers! Even big sites like TechRepublic are frequently searching for authors because it is so difficult to find the right people. Book authors are even more difficult to find, since the role combines the details needed for a technical writer with the ability to produce a multiple-hundred page tome, typically for just a few thousand dollars.

10: Maintenance/legacy programmer

Most programmers have seen these jobs before; they are typically disguised as something else, because so few developers want them. What are they? Jobs involving the maintenance of existing applications, often ones that have been around a long time and written in a legacy technology. Few programmers are willing to take these jobs because they are the kiss of death for a career. In an industry where “cutting edge” today is “obsolete” in a few years, working with technology already considered “legacy” means that you are likely to be stuck with the job for a long, long time unless you are willing and able to reinvent yourself outside the workforce.

On top of that, the work is miserable! You have to wade through endless amounts of poorly documented code that someone who is long gone wrote a decade ago. What usually happens is that companies hire junior and entry-level developers who are struggling to find work, luring them in with an ad that promises that it doesn’t matter what they know (because of course, anything they know isn’t old enough to be applicable anyway) and a “willing to train” clause. Experienced and intermediate programmers tend to stay far, far away from these jobs, unless they are also niche jobs. And the people who do get hired often they realize what a mess they’ve gotten into and see that the longer they stay, the harder it will be for them to get out — so they quickly head for the exits.

Other hard-to-fill jobs?

Have you run into problems trying to hire qualified people for certain types of IT positions? Share your experiences with fellow TechRepublic members.

Nguồn: http://www.techrepublic.com/blog/10things/10-it-job-roles-that-are-hardest-to-fill/3160?tag=nl.e101

XML Edit-Update-Delete

Edit XML

Sau này dạy con gái của Ba

♥ Mẹ bảo, lúc giận đừng có cãi nhau, có thể không nói gì, không giặt quần áo của chồng, nhưng không được cãi nhau với chồng.

♥ Mẹ bảo, cãi nhau với đàn ông thì đừng có chạy ra ngoài mà oang oang khắp nơi, anh ta tiến về phía con một bước thì con hãy bước về phía anh ta hai bước.

♥ Mẹ bảo, ngôi nhà chính là chỗ đóng quân của người phụ nữ, cho dù có xảy ra chuyện gì thì cũng đừng có bỏ đi. Bởi vì, đường trở về rất khó khăn.

♥ Mẹ bảo, hai người trong nhà đừng có lúc nào cũng chỉ nghĩ đến sĩ diện, hai người sống với nhau, sĩ diện quan trọng lắm sao? Nếu thế thì ra ngoài sống thế nào được?

Mẹ bảo, phụ nữ nhất định phải ra ngoài làm việc, cho dù là kiếm được nhiều hay ít. (Ảnh minh họa).

♥ Mẹ bảo, bất kể một người đàn ông giàu có, nhiều tiền như thế nào thì anh ta vẫn hi vọng có thể nhìn thấy con sạch sẽ thơm tho ở trong một ngôi nhà sạch sẽ tươm tất và đợi anh ta.

♥ Mẹ bảo, đàn ông tốt rất nhiều, anh ta sẽ không bao giờ đi ôm người phụ nữ khác. Nhưng trong cái xã hội như thế này, có rất nhiều phụ nữ xấu sẽ giang tay ra ôm lấy người đàn ông của con.

♥ Mẹ bảo, phụ nữ nhất định phải ra ngoài làm việc, cho dù là kiếm được nhiều hay ít, làm việc chính là sự thể hiện giá trị cuộc sống của bản thân. Nếu con cứ ở nhà mãi, anh ta sẽ có cơ hội nói trước mặt con rằng: “Tôi đang nuôi cô đấy.”

♥ Mẹ bảo, con đi làm bên ngoài, dù có bận lắm là bận thì vẫn phải làm việc nhà, nếu không thì dùng tiền của mình mà tìm một người giúp việc theo giờ. Việc trong nhà nhất định phải lo liệu tốt, con cái cũng phải nuôi dạy cho tốt.

♥ Mẹ bảo, anh ta vì con mà làm những việc mà con không bao giờ ngờ tới, con có thể cảm động, có thể khen ngợi, nhưng nhất quyết không được châm chọc kiểu “hôm nay mặt trời mọc đằng tây rồi hay sao”, vì nếu như vậy, sau này anh ta sẽ không bao giờ làm bất cứ việc gì vì con nữa.

♥ Mẹ bảo, chẳng có ai là một nửa của ai cả, ý nghĩ của con mà không nói ra thì ai mà biết được? Cần cảm nhận cái gì, ghét việc gì, con phải nói ra thì người ta mới hiểu được.

♥ Mẹ bảo, bố mẹ anh ta cũng là bố mẹ con, cho dù bố mẹ anh ta đối xử với con không được tốt cho lắm, thì con cũng phải đối tốt với họ. Bởi họ là bố mẹ của anh ta.

♥ Mẹ bảo, một khi đã quyết định sống cùng người đó rồi, thì đừng có oán thán cuộc sống khó khổ, nếu như con đã chọn anh ta, thì đừng có oán trách anh ta.

♥ Mẹ bảo, nhiều tiền như thế thì có tác dụng gì, anh ta đâu? Anh ta đang ở đâu?

♥ Mẹ bảo, cả đời này chúng ta có thể tiêu hết bao nhiêu tiền? Đừng mua những đồ xa xỉ mà làm gì, sống hạnh phúc là tốt rồi.

♥ Mẹ bảo, đừng có dọa con cái là “mẹ không cần con”, lúc cáu giận đừng có đuổi con cái ra khỏi nhà, chẳng may không thấy nó thật, con sẽ rất đau khổ.

♥ Mẹ bảo, đừng đánh con cái, lại càng không nên lôi ra ngoài mà đánh.

♥ Mẹ bảo, tình yêu mà cứ đánh đấm đâm giết nhau đúng là mãnh liệt thật, cũng rất lãng mạn. Nhưng không thực tế. Cứ bình thường thôi là được.

♥ Mẹ bảo, cái gì thì cũng đều là duyên phận cả.

♥ Mẹ bảo, cuộc sống luôn thay đổi, phải biết trân trọng từng ngày.

3-layers (2)

Lập trình với Mô hình 3 lớp (3 layers) 3 tiers part 2

Business Service Components

Bước tiếp theo chúng ta sẽ phân tích và thiết kế các Business Service Components. Các thành phần này sẽ làm nhiệm vụ chính cung cấp các dịch vụ cho lớp Presentation dùng để lấy và lưu trữ thông tin.

Lớp CategoryService
Chúng ta cần những thao tách chính trên đối tượng dữ liệu Category:
Tạo mới – CreateCategory(Category category)
Cập nhật – UpdateCategory(Category category)
Xóa – DeleteCategory(int categoryId)
Lấy thông tin chi tiết – GetCategory(int categoryId)
Lấy danh sách các category – GetCategories()
Kiểm tra một Key xem có trong database chưa – CheckKey(string keyName). Thao tác này dùng để kiểm tra xem khi tạo mới một category thì KeyName đã tồn tại trong hệ thống chưa. Thao tác này có thể dùng trên lớp Presentation để kiểm tra và thông báo lỗi cho người dùng khi họ nhập một tên khóa đã có trong hệ thống
Lưu ý: Chúng ta sẽ thực hiện các business logic của hệ thống trong lớp này.
Tương tự đối với lớp NewsService, dựa trên những gì yêu cầu chúng ta phân tích ở bài viết đầu tiên, chúng ta cần những thao tác chính sau đây trên đối tượng News:
Tạo mới – CreateNews(News news)
Cập nhật – UpdateNews(News news)
Xóa – DeleteNews(int newsId)
Lấy thông tin chi tiết – GetNews(int newsId)
Lấy danh sách các bản tin thuộc một chuyên mục nào đó, sắp xếp theo tin mới nhất – GetNewsOfCategory(int categoryId, int page, int pageSize, out int totalRecords)
Cập nhật số lần xem của một bản tin – UpdateTotalViews(int newsId)
Cập nhật đánh giá cho một bản tin – UpdateRate(int newsId, int rate)
Tìm bài viết dựa trên từ khóa – SearchNews(string keyWords, int page, int pageSize, out int totalRecords)
Trong các hàm trên, các bạn chú ý đến hàm GetNewsOfCategory. Trong hàm này có các tham số dùng để phân trang các bản tin. Chúng ta cần đến chức năng này vì khi trình bày trên trang tin, chúng ta chỉ trình bày một số lượng có hạn các bản tin của một chuyên mục nào đó chứ không thể trình bày tất cả trên màn hình được. Khi người dùng muốn xem thêm, họ có thể chọn trang tiếp theo hoặc nhấp vào link Xem tiếp, lúc đó ứng dụng sẽ trình bày các bản tin ở các trang tiếp theo. Tham số totalRecords cho chúng ta biết được tổng số bản tin thật sự có trong chuyên mục đó.

Lưu ý: Khi phân tích thiết kế ban đầu bạn không thể nào hình dung được hết các yêu cầu phát sinh để thiết kế trước các thao tác cần thiết. Bạn phải cập nhật bản thiết kế thường xuyên để phù hợp với yêu cầu. Bản thiết kế này vẫn còn thiếu một số chức năng cần thiết mà tôi sẽ trình bày cho các bạn trong bài viết tiếp theo, chúng ta sẽ chỉnh sửa bản thiết kế này trong quá trình phát triển ứng dụng để phù hợp với các yêu cầu phát sinh mà chúng ta chưa nhìn thấy hết khi thiết kế.
Data Access Components

Bây giờ chúng ta sẽ thiết kế các lớp dùng để truy xuất và cập nhật dữ liệu. Các hàm của các lớp DAO cũng khá đơn giản, chỉ làm nhiệm vụ cập nhật dữ liệu vào database và truy xuất dữ liệu từ database. Các bạn cũng thấy chức năng nó giống như trên lớp Business Logic, nhưng ở đây chúng ta không có bất kỳ ràng buộc logic gì, chỉ đơn giản thực hiện việc truy xuất dữ liệu mà thôi. Các business logic đã được kiểm tra trên lớp Business Logic.

Chúng ta tách biệt 2 lớp CategoryDAO (DAO – Data Access Object) và NewsDAO để dễ quản lý và thay đổi khi cần thiết. VD nếu bạn muốn thêm một thao tác truy xuất dữ liệu mới trên đối tượng News, bạn sẽ biết ngay mình phải thay đổi lớp NewsDAO. Nhưng có những thao tác bạn phải cân nhắc nên để nó lớp nào vì nó liên quan đến nhiều đối tượng, lúc đó bạn phải xét xem mục đích chính của thao tác đó là gì, thao tác trên đối tượng dữ liệu chính nào để đưa thao tác đó vào lớp phù hợp.
Thiết kế cơ sở dữ liệu

Do ứng dụng của chúng ta đơn giản nên chỉ có 2 bảng dữ liệu ánh xạ gần như 1-1 với các entities trên lớp Business Logic như sau:

Hiện thực lớp Business Logic & Data Access

Sau khi đã xong bước thiết kế, chúng ta sẽ tiến hành hiện thực 2 lớp Business và Data Access. Các bạn có thể xem source code đính kèm để biết chi tiết cách hiện thực 2 lớp này như thế nào. Lớp Presentation sẽ được thiết kế và hiện thực trong bài viết tiếp theo. Phần bên dưới tôi sẽ trình bày một số điểm chính trong cách hiện thực.
Hiện thực Data Access Components

Do ứng dụng của chúng ta đơn giản nên được giới hạn sẽ dùng với CSDL SQL Server 2000/2005 nên lớp này không được thiết kế để chạy cùng lúc với nhiều loại database khác nhau. Chúng ta sẽ dùng cái Stored Procedures để truy xuất dữ liệu an toàn và dễ thay đổi hơn, tránh bị các lỗi như SQL Injection(không thể tránh hoàn toàn nếu bạn không hiện thực đúng). Các bạn có thể xem qua một cách hiện thực một hàm cơ bản như thế nào:
public void CreateCategory(Category category)
{
using (SqlConnection connection = GetConnection())
{
SqlCommand command = new SqlCommand(“spCategoriesCreate”, connection);
command.CommandType = CommandType.StoredProcedure;
command.Parameters.Add(new SqlParameter(“@KeyName”, category.KeyName));
command.Parameters.Add(new SqlParameter(“@Name”, category.Name));
command.Parameters.Add(new SqlParameter(“@Description”, category.Description));
command.Parameters.Add(new SqlParameter(“@Picture”, category.Picture));
SqlParameter paramCategoryId = new SqlParameter(“@CategoryId”, SqlDbType.Int, 4);
paramCategoryId.Direction = ParameterDirection.Output;
command.Parameters.Add(paramCategoryId);
connection.Open();
command.ExecuteNonQuery();
if (paramCategoryId.Value != DBNull.Value)
category.CategoryId = (int)paramCategoryId.Value;
else
throw newDataAccessException(String.Format(Resources.String s.CreateEntityException,“Category”));
}
}
Stored Procedure spCategoriesCreate đơn giản được viết như sau:

CREATE PROCEDURE dbo.spCategoriesCreate
@Name nvarchar(50),
@KeyName varchar(30),
@Description ntext,
@Picture varchar(256),
@CategoryId int output
AS
INSERT INTO Categories
(
Name,
KeyName,
Description,
Picture
)
VALUES
(
@Name,
@KeyName,
@Description,
@Picture
)
SELECT @CategoryId = SCOPE_IDENTITY()

Hiện thực lớp Business Logic

Hiện thực lớp Business Logic đòi hỏi bạn phải nắm rõ các business logic của ứng dụng. Ví dụ đối với ứng dụng tin tức của chúng ta thì khi tạo một chuyên mục mới, bạn phải kiểm tra xem KeyName của chuyên mục đó đã có trong hệ thống chưa? Nếu có rồi thì phải báo lỗi, và nếu chưa có thì chúng ta kiểm tra KeyNameđó có hợp lệ hay không? (Chỉ chứa kí tự alphabet, chữ số, gạch dưới và gạch ngang…).
public static void CreateCategory(Category category)
{
// Has this key name existed?
if (!CheckKey(category.KeyName))
throw newBusinessException(String.Format(Resources.Strings. KeyNameExisted, category.KeyName));
// is this key name valid?
if (!ValidateKey(category.KeyName))
throw newBusinessException(String.Format(Resources.Strings. InvalidKeyName, category.KeyName));
// ok , now save it to database
CategoryDAO categoryDAO = new CategoryDAO();
categoryDAO.CreateCategory(category);
}

Theo: diendandaihoc.vn 

3-layers

Lập trình với Mô hình 3 lớp (3 layers) 3 tiers part 1

Lang than net, kiếm đc cái này, đọc qua thấy khá hay, tuy chưa hiểu lắm, hi vọng có thể giúp được các bạn.

Trong bài viết này không có tham vọng trình bày lại chi tiết mô hình thiết kế ứng dụng đa lớp/tầng là như thế nào. Chỉ tóm tắt ngắn gọn lại những điểm chính của mô hình 3 lớp, mà cụ thể là 3 lớp logic.

Lưu ý: Các bạn không nên nhầm lẫn khái niệm lớp(layer) trong phần này với khái niệm lớp(class) của các ngôn ngữ lập trình hướng đối tượng.

Trong phát triển ứng dụng, để dễ quản lý các thành phần của hệ thống, cũng như không bị ảnh hưởng bởi các thay đổi, người ta hay nhóm các thành phần có cùng chức năng lại với nhau và phân chia trách nhiệm cho từng nhóm để công việc không bị chồng chéo và ảnh hưởng lẫn nhau. Ví dụ trong một công ty bạn có từng phòng ban, mỗi phòng ban sẽ chịu trách nhiệm một công việc cụ thể nào đó, phòng này không được can thiệp vào công việc nội bộ của phòng kia như Phòng tài chính thì chỉ phát lương, còn chuyện lấy tiền đâu phát cho các anh phòng Marketing thì các anh không cần biết. Trong phát triển phần mềm, người ta cũng áp dụng cách phân chia chức năng này. Bạn sẽ nghe nói đến thuật ngữ kiến trúc đa tầng/nhiều lớp, mỗi lớp sẽ thực hiện một chức năng nào đó, trong đó mô hình 3 lớp là phổ biến nhất. 3 lớp này là gì? Là Presentation, Business Logic, và Data Access. Các lớp này sẽ giao tiếp với nhau thông qua các dịch vụ(services) mà mỗi lớp cung cấp để tạo nên ứng dụng, lớp này cũng không cần biết bên trong lớp kia làm gì mà chỉ cần biết lớp kia cung cấp dịch vụ gì cho mình và sử dụng nó mà thôi.

Mô hình 3 lớp mà Microsoft đề nghị dùng cho các hệ thống phát triển trên nền .NET như sau:

Presentation Layer

Lớp này làm nhiệm vụ giao tiếp với người dùng cuối để thu thập dữ liệu và hiển thị kết quả/dữ liệu thông qua các thành phần trong giao diện người sử dụng. Lớp này sẽ sử dụng các dịch vụ do lớp Business Logic cung cấp. Trong .NET thì bạn có thể dùngWindows Forms, ASP.NET hay Mobile Forms để hiện thực lớp này.
Trong lớp này có 2 thành phần chính là User Interface Components và User Interface Process Components.
UI Components là những phần tử chịu trách nhiệm thu thập và hiển thị thông tin cho người dùng cuối. Trong ASP.NET thì những thành phần này có thể là các TextBox, các Button, DataGrid…

UI Process Components: là thành phần chịu trách nhiệm quản lý các qui trình chuyển đổi giữa các UI Components. Ví dụ chịu trách nhiệm quản lý các màn hình nhập dữ liệu trong một loạt các thao tác định trước như các bước trong một Wizard…
Lưu ý : lớp này không nên sử dụng trực tiếp các dịch vụ của lớp Data Access mà nên sử dụng thông qua các dịch vụ của lớp Business Logic vì khi bạn sử dụng trực tiếp như vậy, bạn có thể bỏ qua các ràng buộc, các logic nghiệp vụ mà ứng dụng cần phải có.
Business Logic Layer

Lớp này thực hiện các nghiệp vụ chính của hệ thống, sử dụng các dịch vụ do lớpData Access cung cấp, và cung cấp các dịch vụ cho lớp Presentation. Lớp này cũng có thể sử dụng các dịch vụ của các nhà cung cấp thứ 3 (3rd parties) để thực hiện công việc của mình(ví dụ như sử dụng dịch vụ của các cổng thanh tóan trực tuyến như VeriSign, Paypal…).
Trong lớp này có các thành phần chính là Business Components, Business Entities và Service Interface.
Service Interface là giao diện lập trình mà lớp này cung cấp cho lớpPresentation sử dụng. Lớp Presentation chỉ cần biết các dịch vụ thông qua giao diện này mà không cần phải quan tâm đến bên trong lớp này được hiện thực như thế nào.

Business Entities là những thực thể mô tả những đối tượng thông tin mà hệ thống xử lý. Trong ứng dụng chúng ta các đối tượng này là các chuyên mục(Category) và bản tin(News). Các business entities này cũng được dùng để trao đổi thông tin giữa lớpPresentation và lớp Data Access.

Business Components là những thành phần chính thực hiện các dịch vụ màService Interface cung cấp, chịu trách nhiệm kiểm tra các ràng buộc logic(constraints), các qui tắc nghiệp vụ(business rules), sử dụng các dịch vụ bên ngoài khác để thực hiện các yêu cầu của ứng dụng.
Trong ứng dụng của chúng ta, lớp này sẽ chứa các thành phần làCategoryService và NewsService làm nhiệm vụ cung cấp các dịch vụ quản lý chuyên mục và các bản tin (thêm, xóa, sửa, xem chi tiết, lấy danh sách…).
Data Access Layer

Lớp này thực hiện các nghiệp vụ liên quan đến lưu trữ và truy xuất dữ liệu của ứng dụng. Thường lớp này sẽ sử dụng các dịch vụ của các hệ quản trị cơ sở dữ liệu như SQL Server, Oracle,… để thực hiện nhiệm vụ của mình. Trong lớp này có các thành phần chính là Data Access Logic, Data Sources, Servive Agents).
Data Access Logic components (DALC) là thành phần chính chịu trách nhiệm lưu trữ vào và truy xuất dữ liệu từ các nguồn dữ liệu – Data Sources như RDMBS, XML, File systems…. Trong .NET Các DALC này thường được hiện thực bằng cách sử dụng thư viện ADO.NET để giao tiếp với các hệ cơ sở dữ liệu hoặc sử dụng các O/R Mapping Frameworks để thực hiện việc ánh xạ các đối tượng trong bộ nhớ thành dữ liệu lưu trữ trong CSDL. Chúng ta sẽ tìm hiểu các thư viện O/R Mapping này trong một bài viết khác.

Service Agents là những thành phần trợ giúp việc truy xuất các dịch vụ bên ngòai một cách dễ dàng và đơn giản như truy xuất các dịch vụ nội tại.
Chúng ta đã tìm hiểu qua các lớp của mô hình 3 lớp. Lý thuyết hơi nhiều một chút có thể làm bạn khó hiểu vì khả năng trình bày có hạn, nên bây giờ thử tìm hiểu một qui trình cụ thể hơn để biết các lớp này giao tiếp với nhau như thế nào. Ví dụ trong ứng dụng của chúng ta có thao tác tạo một chuyên mục mới, thì các lớp sẽ ltương tác với nhau như sau:
Lớp Presentation
- Trình bày một web form, có các text box cho phép người sử dụng nhập tên và mô tả cho chuyên mục
- Khi người dùng nhấn nút tạo trên form này, ứng dụng sẽ thực hiện việc tạo một Business Entity Category mới như đoạn code sau minh họa:
public void CreateNewCategory()
{
Category category = new Category();
category.Name = name.Text;
category.Description = description.Text;
// sử dụng dịch vụ do lớp Business cung cấp để tạo chuyên mục
CategoryService.CreateCategory(category);
}
Lớp Business Logic
Để cung cấp dịch vụ tạo một chuyên mục, thành phần CategoryService sẽ cung cấp hàm sau:
public static void CreateCategory(Category category)
{
// kiểm tra xem tên khóa của chuyên mục đã tồn tại chưa?
…
// kiểm tra tên khóa của chuyên mục có hợp lệ không?
…
// sử dụng DV của lớp Data Access để lưu chuyên mục mới này vào CSDL
CategoryDAO categoryDAO = new CategoryDAO();
categoryDAO.CreateCategory(category);
}
Lớp Data Access
Tương tự, để cung cấp dịch vụ lưu một chuyên mục mới vào CSDL, thành phầnCategoryDAO sẽ cung cấp hàm sau (sử dụng ADO.NET để kết nối với CSDL):
public void CreateCategory(Category category)
{
// tạo connection
…
// tạo command, khởi tạo các tham số…
command.Parameters.Add(new SqlParameter(“@KeyName”, category.KeyName));
command.Parameters.Add(new SqlParameter(“@Name”, category.Name));
command.Parameters.Add(new SqlParameter(“@Description”, category.Description));
// lưu dữ liệu
command.ExecuteNonQuery();
}
Phân tích và thiết kế
Ứng dụng của chúng ta sẽ viết bằng ASP.NET 2.0 và SQL Server 2000/2005. Ngôn ngữ được dùng là C#.
Chúng ta đã tìm hiểu qua các thành phần chính trong mô hình 3 lớp, giờ đến lúc bắt tay vào thiết kế các thành phần đó cho ứng dụng tin tức của chúng ta. Trong ứng dụng tin tức mà chúng ta đã tìm hiểu yêu cầu qua bài viết trước, chúng ta thấy có hai đối tượng thông tin chính mà chúng ta cần quản lý là các chuyên mục(category) và tin tức(news). Ứng dụng quản lý của chúng ta sẽ thu thập những đối tượng dữ liệu này từ người dùng(phóng viên, biên tập viên) và trình bày lại cho người sử dụng khác xem(độc giả). Giờ chúng ta bắt tay vào thiết kế các thành phần Business Entities.
Business Entities
Ứng dụng của chúng ta sẽ bao gồm 2 entity chính là Category và News.

Trước hết là Category. Một chuyên mục (Category) sẽ gồm những thông tin sau:
CategoryId: Mã chuyên mục – sẽ được sinh tự động khi tạo mới
Name: Tên chuyên mục. VD: Vi tính, Kinh tế…
KeyName: Tên gợi nhớ dùng để phân biệt chuyên mục với nhau (không được trùng nhau). VD với VNExpress bạn sẽ thấy có Vi-tinh, Suc-khoe…
Description: Mô tả cho chuyên mục. VD: Description cho Vi-tinh là: thông tin mới nhất về công nghệ thông tin của Việt Nam và thế giới…
Picture: Hình ảnh đại diện cho chuyên mục
Trong ứng dụng đơn giản này, chúng ta chỉ thiết kế chuyên mục có một cấp, không có các chuyên mục con, cháu… Và ứng dụng này cũng không có phần quản lý các nhà biên tập viên, nhà báo và cơ chế cấp quyền hạn duyệt bài, gửi bài…Tôi dành phần này cho các bạn phát triển thêm, nhưng tôi cũng sẽ gợi ý cho các bạn cách thiết kế trong phần mở rộng ứng dụng.
Tiếp theo là News. Mỗi một bản tin sẽ có các thông tin sau:
NewsId: mã bản tin. Sẽ được sinh tự động khi tạo mới.
Title: tiêu đề chính của bản tin. VD: Microsoft tuyên bố phá sản!
Subtitle: tiêu đề phụ của bản tin. VD: Bill Gates từ chức!
Excerpt: phần giới thiệu ngắn gọn của bản tin
Authors: danh sách tác giả bản tin. VD: Nguyễn Văn A, Hoàng Thị B
Keywords: danh sách từ khóa chính trong bản tin dùng để tìm kiếm. VD: Microsoft, broken
Body: Đây là phần nội dung chính của bản tin.
Picture: Hình ảnh minh họa cho bản tin.
CreationTime: Ngày giờ tạo bản tin
LastModificationTime: Ngày giờ chỉnh sửa cuối cùng của bản tin
PublishedTime: Ngày giờ bản tin được đăng
TotalViews: Tổng số lượt người xem bản tin
TotalRates: Tổng số lượt người đánh giá bản tin
Rate: Điểm đánh giá trung bình của bản tin
Status: Trạng thái hiện tại của bản tin. Có thể là Writting(Đang viết), Approving(Đang chờ duyệt), Published(Đã được đăng)

Các bạn vui lòng xem tiếp phần 2( do bài viết dài quá nên chia làm 2 part)

Theo: diendandaihoc.vn 

How can I pass a javascript value to asp.net variable?

http://www.jigar.net/howdoi/viewhtmlcontent336.aspx

Passing values from Javascript to ASPX

Hi,

Based on your description, you want to retrieve the variable from JavaScript in aspx page.

I'm agreed with mcguzic. You can set the variable from JavaScript into Hidden control and then you can get it in aspx page.

HTML: 

<script type="text/javascript">
function abc() { 
  var str="value"; 
  document.getElementById("Hidden1").value=str; } 

script> <body> 
    <form id="form1" runat="server">

    <div> 
        <input id="Hidden1" type="hidden" runat="server" />

        <asp:Button ID="Button1" runat="server" OnClientClick="abc()"
 Text="Button" onclick="Button1_Click" />

    div> 
    form> body>

 Code Behind:

    protected void Button1_Click(object sender, EventArgs e)
    {
        Response.Write(Hidden1.Value);
    }

 But you should pay attention on the order of setting the variable to Hidden control in JavaScript and retrieving the value of Hidden control in aspx page. In the same event handle, it needs execute the Client first. For example,  OnClientClick="abc()" will be executed before onclick="Button1_Click". Otherwise, you will get the empty.

Hope it helps.