Căn bản về .NET Framework : Chuyên đề Design Patterns (hàng độc chiêu)

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Sat, 08 Sep 2007 11:13:33 GMT

Nhập cuộc!

- Trong công nghệ phần mềm, một mẫu thiết kế là một giải pháp tổng thể cho các vấn đề chung trong thiết kế phần mềm. Một mẫu thiết kế không phải là một thiết kế hoàn thiện để mà có thể được chuyển đổi trực tiếp thành mã; nó chỉ là một mô tả hay là sườn (template) mô tả cách giải quyết một vấn đề mà có thể được dùng trong nhiều tình huống khác nhau. Các mẫu thiết kế hướng đối tượng thường cho thấy mối quan hệ và sự tương tác giữa các lớp hay các đối tượng, mà không cần chỉ rõ các lớp hay đối tượng của từng ứng dụng cụ thể. Các giải thuật không được xem là các mẫu thiết kế, vì chúng giải quyết các vấn đề về tính toán hơn là các vấn đề về thiết kế.

- Đây thực sự là 1 nghệ thuật, tiếp nhận nó về tư tưởng là chính, nó rất "khó nhai". Chi phí làm 1 chương trình với DP là rất lớn, vì vậy DP cũng ít áp dụng trong program bình thường. Chỉ những công ty lớn mới bỏ thời gian ra nghiên cứu trong những program quan trọng, còn những công ty nhỏ viết chương trình ra chạy được là ok rồi . Bù lại program viết bằng DP chỉ cần sửa rất ít là ra chương trình mới.

- Nhiều người rất ghét DP, cho nó là thứ bỏ đi vì họ thấy không cần DP thì vẫn viết chương trình chạy tốt.

- 1 ví dụ về program Design Pattern: Viết 1 chương trình chơi cờ sao cho chơi được nhiều loại cờ (cờ Vua, cờ Tướng, cờ Nhảy). Nếu bạn thiết kế tốt thì bạn chỉ cần viết kỹ 1 loại cờ (giả sử Cờ Vua) rồi viết thêm loại cờ mới (Cờ tướng) bạn chỉ cần định nghĩa lại: Kích thước bàn cờ, định nghĩa các loại quân của cờ tướng là program chạy ok. Còn phương pháp xứ lý khi chơi thì được tái sử dụng lại.

- Design Patterns đưa ra các giải pháp chuẩn và các qui ước đặt tên cho các vấn đề chung trong thiết kế phần mềm. Các tác giả của cuốn sách GANG OF FOUR là Erich Gamma, Richard Helm, Ralph Johnson và John Vlissides, hay còn được biết đến với các tên "Gang of Four" hay đơn giản là

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Sat, 08 Sep 2007 13:56:06 GMT

Các mẫu thiết kế trong catalog

- Catalog của chúng ta bao gồm 23 mẫu thiết kế. Dưới đây, chúng được liệt kê theo tên gọi và mục đích để giúp bạn có được cái nhìn sơ bộ về từng mẫu.

Abstract Factory. Cung cấp giao diện để khách hàng có thể tạo ra những nhóm đối tượng có liên quan hoặc phụ thuộc lẫn nhau mà không cần phải chỉ định rõ chúng thuộc những lớp cụ thể nào.

Adapter. Hoán chuyển giao diện của một lớp thành một giao diện khác theo yêu cầu của phía khách. Adapter cho phép những lớp có giao diện không tương thích cùng làm việc chung với nhau.

Bridge. Tách biệt phần trừu tượng và phần cài đặt thành 2 phần riêng rẽ, nhờ đó chúng có thể biến đổi độc lập.

Builder. Tách riêng quá trình kiến tạo nên một đối tượng phức tạp khỏi phần trình bày của nó, nhờ đó cùng một quá trình kiến tạo có thể dùng để tạo ra những phần trình bày khác nhau.

Chain of Responsibility. Gỡ bỏ sự trói buộc đối tượng gửi yêu cầu sử lý với một đối tượng nhận yêu cầu, bằng cách tạo điều kiện để nhiều hơn một đối tượng có thể tiếp nhận và sử lý yêu cầu đó. Ðể đạt được điều đó, những đối tượng nhận yêu cầu được kết nối với nhau thành một chuỗi, và yêu cầu sẽ được truyền dọc theo chuỗi đó cho đến khi có một đối tượng nào đó tiếp nhận nó.

Command. Gói gọn mỗi lời yêu cầu trong một đối tượng. Nó cho phép bạn gửi những lời yêu cầu khác nhau (dưới dạng các đối tượng) đến những đối tượng mà bạn không cần phải biết trước về những phương thức của chúng.

Composite. Sắp xếp các đối tượng theo cấu trúc cây để tạo ra một hệ thống phân cấp nguyên phân (part- whole hierarchy). Composite cho phép phía khách đối sử với những đối tượng riêng rẽ và những đối tượng đa hợp một cách đồng nhất.

Decorator. Gắn thêm trách nhiệm cho một đối tượng khi chương trình đang thực thi. Decorator cung cấp một giải pháp thay thế linh động hơn là thừa kế lớp để mở rộng thêm chức năng cho các lớp.

Facade. Cung cấp một giao diện đồng nhất cho tập hợp các giao diện trong một hệ thống phụ. Facade định nghĩa giao diện ở mức độ cao hơn, nhờ đó hệ thống phụ trở nên dễ sử dụng hơn.

Factory Method. Định nghĩa giao diện để tạo ra một đối tượng, nhưng lại để cho những lớp con quyết định nên tạo tao ra đối tượng từ những lớp nào. Factory Method cho phép một lớp nhường lại việc tạo ra các đối tượng cho các lớp con.

Flyweight. Sử dụng phương pháp "chia sẻ" để hỗ trợ một số lượng lớn các đối tượng hạt giống.

Intepreter. Dùng để biểu diễn thành phần ngữ pháp của một ngôn ngữ, dồng thời nó cũng tạo ra phần thông dịch để dịch những câu cú của ngôn ngữ đó theo những quy tắc ngữ pháp.

Iterator. Cung cấp cách thức để truy cập đến những phần tử của một đối tượng tập hợp (aggregate object) một cách tuần tự mà không cần đối tượng đó phải phơi bày những chi tiết ra bên ngoài.

Mediator. Dùng một đối tượng để bao bọc tất cả những mối tương tác giữa một tập hợp các đối tượng. Mediator khuyến khích việc gán ghép lỏng các đối tượng với nhau bằng cách giữ không cho chúng tương tác trực tiếp với nhau, nhờ đó bạn có thể biến đổi những mối tương tác đó một cách độc lập.

Memento. Nắm bắt và xuất ra ngoài trạng thái bên trong của một đối tượng sao cho sau đó chúng ta có thể dễ dàng phục hồi lại trạng thái đó. Memento làm công việc đó mà không vi phạm tính bao bọc của dữ liệu.

Observer. Định nghĩa mối quan hệ một-nhiều giữa các đối tượng sao cho khi một đối tượng thay đổi trạng thái của nó thì tất cả các đối tượng còn lại cũng được thông báo về sự thay đổi đó và tự động cập nhật.

Prototype. Quy định những dạng loại đối tượng được sinh ra dựa theo một đối tượng mẫu. Prototype tạo ra các đối tượng mới bằng cách copy từ đối tượng mẫu.

Proxy. Uỷ nhiệm quyền truy cập đến một đối tượng cho một đối tượng khác.

Singleton. Bảo đảm một lớp chỉ có thể có duy nhất một instance, và cung cấp quyền truy cập đến đối tượng đó ở phạm vi toàn cục.

State. Cho phép một đối tượng thay đổi hành vi của mình khi trạng thái bên trong của nó thay đổi. Khi đó đối tượng giống như là thay đổi lớp vậy.

Strategy. Định nghĩa một dòng họ các giải thuật, bao bọc mỗi giải thuật bằng một đối tượng và làm cho chúng có thể thay thế lẫn nhau. Strategy giúp cho giải thuật có thể biến đổi một cách độc lập, không gây ảnh hưởng đến khách hàng sử dụng nó.

Template Method. Định nghĩa bộ xương cho một thuật toán bên trong một phương thức của lớp, và nhường lại một số công việc cho các lớp con. Template Method cho phép các lớp con tái định nghĩa một số phần trong thuật toán mà không làm thay đổi cấu trúc của thuật toán đó.

Visitor. Thể hiện một thao tác cần phải thực hiện trên các phần tử của một cấu trúc đối tượng. Visitor cho phép bạn định nghĩa một thao tác mới mà không cần phải thay đổi các lớp của những phần tử đó.

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Sat, 08 Sep 2007 14:01:35 GMT


DESIGN PATTERNS LIST

GANG OF FOUR

STT	Name	Readed	Reading	Not read
Creational patterns
1	Abstract Factory	X
2	Builder		X
3	Factory Method	X
4	Prototype	X
5	Singleton	X
Structural patterns
6	Adapter			X
7	Bridge			X
8	Composite			X
9	Decorator			X
10	Facade		X
11	Flyweight	X
12	Proxy		X
Behavioral Patterns
13	Chain Of Responsibility			X
14	Command	X
15	Interpreter			X
16	Iterator		X
17	Mediator			X
18	Memento	X
19	Observer			X
20	State	X
21	Strategy	X
22	Template Method			X
23	Visitor			X

ENTERPRISE APPLICATION

STT	Name	Readed	Reading	Not read
Domain logic
1	Transaction Script	X
2	Domain Model	X
3	Table Module			X
4	Service Layer			X
Data Source Architectural
5	Table Data Gateway	X
6	Row Data Gateway	X
7	Active Record	X
8	Data Mapper	X
Object – Relational Behavioral
9	Unit Of Work	X
10	Identity Map	X
11	Lazy Load	X
Object – Relational Structural
12	Identity Field			X
13	Foreign Key Mapping			X
14	Dependent Mapping			X
15	Embedded Value			X
16	Serialized LOB			X
17	Single Table Inheritance			X
18	Class Table Inheritance			X
19	Concrete Table Inheritance			X
20	Inheritance Mappers			X
Object – Relational Metadata Mapping
21	Metadata mapping			X
22	Query Object	X
23	Repository			X
Web Presentation
24	Model View Controller			X
25	Page Controller			X
26	Front Controller			X
27	Template View			X
28	Transform View			X
29	Two Step View			X
30	Application View			X
Distribution
31	Remote Facade			X
32	Data Transfer Object			X
Offline Concurrency
33	Optimistic Offline Lock	X
34	Pessimistic Offline Lock	X
35	Coarse-Grained Lock			X
36	Implicit Lock			X
Session State
37	Client Session State			X
38	Server Session State			X
39	Database Session State			X
Base Patterns
40	Gateway			X
41	Mapper			X
42	Layer Supertype			X
43	Separated Interface			X
44	Registry	X
45	Value Object			X
46	Money			X
47	Special Case			X
48	Plugin			X
49	Service Stub			X
50	Record Set			X

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Sat, 08 Sep 2007 14:09:02 GMT

Trên đây là tiến độ mà mình đang nghiên cứu, với những Patterns đã nghiên cứu, mình đã lưu tài tiệu lại, mình sẽ pop lên hàng ngày cho mọi người

Trả lời của 'Phạm Hải'

automail-noreply@dot.net.vn — Sat, 08 Sep 2007 15:04:22 GMT

uh! đúng là hàng độc chiêu thật... bác up tiếp cho a e nhé
Thanks

Trả lời của 'Kim Khanh'

automail-noreply@dot.net.vn — Sun, 09 Sep 2007 21:14:07 GMT

Tôi cũng đang nghiên cứu nhưng thấy khó quá. Anh có cuốn "Professional C# Design Patterns Applied 2003.pdf" của thằng Wrox không? Nếu có thì share cho tôi với.
GM: itjunkie@gmail.com
Tôi chỉ tìm được chương 3 của cuốn này thôi.

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Mon, 10 Sep 2007 11:14:20 GMT

Để có kiến thứ vững chắc trước khi vào DP thì các bạn nên xem lại các phần cơ bản về ngôn ngữ (ở đây mình chuyên về C#) các bạn có thể Download cuốn

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Mon, 10 Sep 2007 11:19:33 GMT

Để có kiến thứ vững chắc trước khi vào DP thì các bạn nên xem lại các phần cơ bản về ngôn ngữ (ở đây mình chuyên về C#) các bạn có thể Download cuốn "Introduction to Design Patterns in C#" của các giả "James W. Cooper". Nếu ko có thì các bạn có thể liên hệ với mình qua email inheavytb83@yahoo.com. Còn về DP thì mĩnh sẽ POP lên tài liệu tiếng Việt cho

Trả lời của 'Kim Khanh'

automail-noreply@dot.net.vn — Mon, 10 Sep 2007 11:24:16 GMT

cuốn "Introduction to Design Patterns in C#" mình đã xem qua nhưng thấy khó hiểu quá, nhất là lấy máy cái ví dụ.
Bạn nên post tài liệu Tiếng Việt nhanh nhanh để anh em dễ hiểu chút, chứ cái này trừu tượng quá.

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Mon, 10 Sep 2007 14:33:44 GMT

Ban ngày mình phải làm việc. dự định tối nay mình sẽ pop bài lên. Nếu bạn nào có thắc mắc j có thể trao đổi qua YAHOO NICK (inheavytb83)
OK?

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Mon, 10 Sep 2007 20:09:14 GMT

Singleton Pattern - mẫu thiết kế đơn nhất

1. Định nghĩa
Singleton Pattern là pattern đảm bảo rằng một lớp chỉ có một thể hiện (instance) duy nhất và trong đó cung cấp một cổng giao tiếp chung nhất để truy cập vào lớp đó.

Một số ví dụ về Singleton Pattern: file system, file manager, window manager, printer spooler, ngày giờ…
Hộp thoại Find, một ví dụ cụ thể cho Singleton Pattern chỉ một hộp thoại duy nhất xuất hiện dù chọn menu nhiều lần. Chẳng hạn, khi dùng Microsoft Word, mỗi lần ấn Ctrl+F, bạn thấy hiện ra một hộp thoại Find giúp ta tìm từ trong tài liệu. Cho dù bạn mở nhiều tài liệu cùng lúc, ta chỉ cần một hộp thoại Find duy nhất mà thôi. Bạn thử hình dung, nếu cứ mỗi lần ấn Ctrl+F thì xuất hiện hộp thoại Find mới, chắc chắn người dùng sẽ lúng túng đóng bớt các hộp thoại dư thừa. Ngoài ra, họ thường muốn thấy lại hộp thoại Find đã dùng lần trước với những từ cần tìm vẫn còn lưu lại ở đấy. Về mặt kỹ thuật, việc tạo ra một hộp thoại Find duy nhất và dùng lại nhiều lần rõ ràng tiết kiệm đáng kể tài nguyên hệ thống. Cho dù người dùng đóng hộp thoại Find, ta chỉ nên giấu nó đi chứ không nên hủy bỏ nó để rồi phải tạo mới khi người dùng cần đến lần nữa. Nhờ làm như vậy, ta cũng dễ dàng lưu giữ các từ đã tìm ngay trong hộp thoại Find.
Nếu phải viết một lớp biểu diễn hộp thoại Find, hẳn bạn phải suy nghĩ cách thức sao cho chỉ có một đối tượng của lớp ấy được tạo ra. Các đồng nghiệp dùng đến lớp của bạn trong chương trình của họ sẽ không thể tạo ra hai hay nhiều đối tượng hơn từ lớp ấy (không thể đặt ra hạn chế chỉ bằng cách... "nhắn nhủ", sẽ chẳng ai nhớ đâu, ngay cả bạn nữa).

2. Lợi ích
Việc sử dụng Singleton Pattern đem lại các lợi ích sau:

Quản lý việc truy cập tốt hơn vì chỉ có một thể hiện đơn nhất.
Cho phép cải tiến lại các tác vụ (operations) và các thể hiện (representation) do pattern có thể được kế thừa và tùy biến lại thông qua một thể hiện của lớp con
Quản lý số lượng thể hiện của một lớp, không nhất thiết chỉ có một thể hiện mà có số thể hiện xác định.
Khả chuyển hơn so với việc dùng một lớp có thuộc tính là static, vì việc dùng lớp static chỉ có thể sử dụng một thể hiện duy nhất, còn Singleton Pattern cho phép quản lý các thể hiện tốt hơn và tùy biến theo điều kiện cụ thể.

3. Trường hợp sử dụng
Người lập trình có thể dùng Singleton Pattern trong những trường hợp sau:

Trong trường hợp chỉ cần một thể hiện duy nhất của một lớp.
Khi thể hiện duy nhất khả mở thông qua việc kế thừa, người dùng có thể sử dụng thể hiện kế thừa đó mà không cần thay đổi các đoạn mã của chương trình.

4. Cách thực hiện
Thực hiện Singleton Pattern theo các bước sau:

Định nghĩa một thuộc tính private và static trong lớp Singleton: instance.
Định nghĩa tất cả các constructor thành protected hoặc private để người dùng không thể tạo thực thể trực tiếp từ lớp.
Định nghĩa một accessor public và static trong lớp: getInstance().

Thực hiện "lazy initialization" (khởi tạo chậm, khởi tạo khi yêu cầu) trong getInstance(): trả về một thể hiện mới hay một giá trị rỗng (null) tùy thuộc vào một biến boolean, biến này như một cờ hiệu dùng báo xem lớp đó đã có thể hiện hay chưa.
Clients chỉ dùng getInstance() để tạo đối tượng của lớp Singleton.
Thừa kế cũng được hỗ trợ, nhưng không che (overridden) các phương thức static: lớp cơ sở phải được khai báo là friend với lớp dẫn xuất (để truy xuất đến protected constructor).

5. Các pattern liên quan
Abstract Factory: thường dùng để trả về các đối tượng duy nhất.
Builder: dùng tạo một đối tượng phức tạp, trong đó Singleton được dùng để tạo một đối tượng truy xuất tổng quát.
Prototype: dùng để sao chép một đối tượng, hoặc tạo ra một đối tượng khác từ prototype (nguyên mẫu) của nó, trong đó Singleton được dùng để chắc chắn chỉ có một prototype.
Chú ý các chú thích trong chương trình kiểm tra: cột trái là các số xuất hiện khi dùng Singleton (chỉ có một thể hiện duy nhất của lớp), cột phải là các số xuất hiện khi không dùng Singleton (có hai thể hiện của lớp).

6. Tổng kết
Một singleton đảm bảo cho bạn rằng chỉ một instance duy nhất của lớp được tạo và cho phép trong tương lai bạn có thể tạo nhiều instance mà không ảnh hưởng đến mã nguồn của lớp gọi.

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Mon, 10 Sep 2007 20:22:21 GMT

Xin lỗi vì mình chưa chuẩn bị mấy cái ảnh về các diagram lên. Mình sẽ EDIT sau

Trả lời của 'Le Hoang Minh'

automail-noreply@dot.net.vn — Tue, 11 Sep 2007 13:34:27 GMT

Bạn Trọng cho mình hỏi tý nhé:
Mình có một màn hình nhập liệu cho phép người sử dụng nhập hóa đơn mua hàng. Mỗi lần nhập một hóa đơn thì số hóa đơn sẽ do chương trình tự phát sinh. Nhưng tại một thời điểm, có thể có 2, 3 hoặc nhiều người cùng nhập. Mình muốn mỗi lần phát sinh số hóa đơn chỉ phát sinh một số duy nhất. Như vậy có thể áp dụng mẫu Singleton được không?

VD: Khi user A đang lập một hóa đơn có mã HD001 (chưa lưu). Cùng thời điểm user A đang lập hóa đơn HD001, user B cũng mở ctrình lên để lập hóa đơn thì chương trình phải phát sinh số hóa đơn cho HD002 cho user B.

Trả lời của 'trananhquanapt'

automail-noreply@dot.net.vn — Tue, 11 Sep 2007 13:46:09 GMT

@Le Hoang Minh: 2 chương trình khác nhau thì không thể dùng Singleton được. Chương trình của bạn có lẽ nên hiển thị thông báo lỗi cho User B nếu User A trước đó đã lưu và sau đó User B đặt lệnh Lưu hóa đơn :) Hoặc lúc User B lưu, bạn sẽ confirm : " Hóa đơn có mã: HD001 đã có. Bạn có muốn mã hóa đơn : HD002 ", đại loại thế :)

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Wed, 12 Sep 2007 20:29:28 GMT

Re: Le Hoang Minh
Nếu bạn sử dụng khéo thì OK. ví dụ như khi bạn gọi một hành động là Singleton thì nó tự động inc ID lên.

VD: Khi user A đang lập một hóa đơn có mã HD001 (chưa lưu).

- Với (chưa lưu) thì mình muốn nhắc bạn là khi tạo mã tự động thì việc EXECUTE() nên làm ngay. Bởi vì mình còn thắc mắc là tại sao lại tạo ID tự động trước khi xử lý.

Re: trananhquanapt
- "@Le Hoang Minh: 2 chương trình khác nhau thì không thể dùng Singleton được."

- "2 chương trình khác nhau" là sao?

(Rất vui vì sự đóng góp ý kiến của Le Hoang Minh và trananhquanapt)

Trả lời của 'trananhquanapt'

automail-noreply@dot.net.vn — Thu, 13 Sep 2007 13:41:59 GMT

2 chương trình khác nhau ở đây tức là theo như mô tả, sẽ mở 2 cửa sổ ứng dụng lên, tức là mở 1 phần mềm 2 lần, có thể ở 1 hoặc nhiều máy khác nhau. Các đối tượng được tạo ra, được lưu trong bộ nhớ đối với mỗi 1 phần mềm/1 lần chạy là khác nhau.
Theo như mẫu Singleton mà anh đưa ra, thì giả sử có 2 thread cùng truy xuất thì không biết như nào, xin anh nói rõ hơn về cơ chế lock được ko ạ

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Thu, 13 Sep 2007 14:57:48 GMT

OK. Đêm nay mình sẽ trả lời cho các bạn. giờ đang làm việc

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Thu, 13 Sep 2007 20:58:33 GMT

Mình hiểu ý của trananhquanapt.
- Trường hợp thứ nhất: Đơn giản 1 Singleton sử dụng trong 2 FORM hiễn thị khác nhau. OK, Singleton áp dụng được.
- Trường hợp thứ 2: Mở 1 phần mềm 2 lần (củ chuối). Lúc đó "mỗi phần mềm" là mỗi tiến trình khác nhau. Singleton vô nghĩa.
- Trường hợp thứ 3: Ứng dụng được cài đặt trên máy Client/Server cùng truy xuất đến 1 cơ sở dữ liệu trên server cũng chưa nói lên được j cã.
- Trường hợp thứ tư: Ứng dụng của bạn chạy trên WebService, thì trường hợp đụng độ sẽ xảy ra như cac bạn thắc mắc. Vì lúc đó các phương thức truy xuất được dùng chung trên webservice. (Đây là trường hợp xảy ra mà mình nghĩ như các bạn mong đợi câu trả lời). Singleton sẽ là một phần cho việc giải quyết đụng độ.

- À còn cái thread nữa. OK, thread sẽ cho cac sbạn thấy rất rõ ràng về ứng dụng Singleton. Trường hợp này đơn giản mà dễ hiểu hơn, ta có thể tạo ra nhiều thread cùng lúc (vừa phải thôi nghe, nhiều lắm cũng không tốt đâu) để truy cập đến đối tượng Singleton, Các bạn sẽ thấy được TÍNH DUY NHẤT của nó.
+ Cơ chế lock(). Ví dụ có 1 biến int i là toàn cục. Bạn tạo ra một số thread (mỗi thread chỉ có nhiệm vụ tăng biến i đó lên 1 đơn vị) . Nếu như vô tình có ít nhất 2 thread cùng thực hiện tăng biến i lên 1 lúc thì xảy ra đụng độ ngay. Cơ chế lock() ứng dụng ở đây có nhiệm vụ là nó sẽ lock đối tượng nào là nguyên nhân xảy ra đụng độ (i toàn cục) tất cã các thread nếu muốn làm việc với "i toàn cục" thì đều phải xếp hàng. Nó sẽ cho tuần tự từng thread 1 thực hiện công việc tăng biến i lên, lúc nào kết thúc công việc tăng thì nó mới cho phép thread tiếp theo thực hiện tăng biến i

Trả lời của 'trananhquanapt'

automail-noreply@dot.net.vn — Sat, 15 Sep 2007 10:11:27 GMT

Cảm ơn anh đã trả lời. Thật ra thì việc lock là vấn đề căn bản và quan trọng trong lập trình multithread. Em mới chuyển từ java sang làm .NET nên ko rõ lock trong .NET cụ thể là như nào, nhưng cũng đã search ra rồi. hóa ra cuốn sách căn bản C# nào cũng có, chỉ tại mình chưa đọc kĩ ^^

Trả lời của 'trananhquanapt'

automail-noreply@dot.net.vn — Sat, 15 Sep 2007 10:13:45 GMT

http://www.dofactory.com/Patterns/Patterns.aspx
Trang này liệt kệ các pattern và cả code ví dụ nữa nè

Trả lời của 'Dinh Xuan Luong'

automail-noreply@dot.net.vn — Tue, 18 Sep 2007 01:29:23 GMT

Mình mới bắt đầu tìm hiểu về cái này thôi, vậy với mỗi mẫu bạn có thể kèm theo 1 ví dụ đơn giản hoặc 1 ví dụ thực tế nho nhỏ giải thích bằng tiếng Việt đc ko.

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Wed, 19 Sep 2007 08:01:47 GMT

Dưới đây là danh sách các site về Design Patterns, các bạn xem nhé, ví dụ cũng nhiều với từng DP
- Số 1 là phải: http://home.earthlink.net/~huston2/dp/patterns.html
- Các slide thì: http://www.cse.wustl.edu/~cdgill/courses/cse432/
- Ngoài ra:
+ http://exciton.cs.rice.edu/JavaResources/DesignPatterns/default.htm
+ http://www.allapplabs.com/java_design_patterns/state_pattern.htm
+ http://www.java-interview.com/design_patterns_interview_questions.html
- Trên đây là những site mà mình đang xem, còn nhiều nữa. Xem chứng ấy cũng mệt rồi, rất nhiều examples. Còn tài liệu tiếng Việt thì mình sẽ cung cấp.
- À! Upload ảnh lên theo các bạn thì upload ở đâu là tốt nhỉ, các bạn có thể giúp mình được chứ

Trả lời của 'ho thi yen ly'

automail-noreply@dot.net.vn — Sat, 22 Sep 2007 21:53:39 GMT

minh cung moi nghien cua ve Design Patterns.mong anh Trong goi giup em tailieu bang tieng VIet voi nha.thanks

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Tue, 25 Sep 2007 08:53:22 GMT

Minh Se POP len de moi nguoi cung tham khao luon
OK nhé

Trả lời của 'Le Hoang Minh'

automail-noreply@dot.net.vn — Tue, 25 Sep 2007 09:08:04 GMT

Bữa giờ công việc bận quá nên không thường xuyên vô diễn đàn, không ngờ các bạn nhiệt tình với câu hỏi của mình quá. Cảm ơn các bạn rất nhiều. Mình đã hiểu được vấn đề và khi nào thì ứng dụgn được mẫu singleton. Trường hợp của mình chắc là dùng Thread thì tiện hơn. Cảm ơn các bạn rất nhiều

Trả lời của 'Cao Hieu'

automail-noreply@dot.net.vn — Thu, 27 Sep 2007 12:40:54 GMT

@Le Hoang Minh: viec nay ban co the su dung 1 lop quan li viec truy nhap cua cac user va khi co truy cap tu user toi ban co the cho tra lai so hoa don theo quy luat ma ban mong muon ( cai nay co the la 1 service).

Trả lời của 'Le Hoang Minh'

automail-noreply@dot.net.vn — Fri, 28 Sep 2007 08:46:01 GMT

@Cao Hieu: Vì mỗi lần đăng nhập user có thể lập nhiều hóa đơn, mỗi hóa đơn có một số thứ tự và số thứ tự này phải liên tục nhau. Cùng một lúc có thể có nhiều user đang đăng nhập và đang lập hóa đơn. Vấn đề là làm sao cho số thứ tự hóa đơn do user A lập và số thứ tự của hóa đơn do user B nhập phải liên tiếp nhau. Ví dụ User A đã lưu hóa đơn 001, thì hóa đơn của user B là 002, và nếu user A có new một hóa đơn sẽ là 003. Nếu ta dùng một lớp để quản lý việc truy nhập của các user thì mình nghĩ không làm được yêu cầu này.

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Fri, 28 Sep 2007 11:17:41 GMT

Vấn đề các bạn bàn luận ở đây là liên quan đến coding trong Database rồi. Mình thì ko code nhiều nhưng có thể đưa ra ý tưởng này cho các bạn:
- Tạo 1 trigger cho việc lưu Hóa Đơn, trước khi thực hiện INSERT bạn có thể thực hiện câu lệnh lấy ra hóa đơn có chỉ số lớn nhất, rồi tăng ID của mình lên mới UPDATE. Chú ý là phải kiểm tra Timestamp
(timestamp sẽ quy định thời gian cần cập nhật mới thông tin)

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Fri, 28 Sep 2007 11:18:58 GMT

Mời các bạn đến với mẫu Prototype của GANG OF FOUR
http://www.dot.net.vn/Desktop.aspx/Threads/CanBan-dotNET-Framework/Design_Pattern_Prototype/

Trả lời của 'Vy Dau Bac'

automail-noreply@dot.net.vn — Mon, 01 Oct 2007 08:31:04 GMT

Bạn ơi bạn nghiên cứu nhiều thế. Bạn định làm Software Architect hả? Chúc thành công nhé. Mình cũng mê mấy thứ này lắm cũng đọc nhiều lắm. Mình cũng lưu ý bạn là nên kiếm một project nào đó thực tế để làm và ứng dụng nó vào nếu không cũng chỉ là lý thuyết mà thôi (thực tế nó khác).

Trả lời của 'Le Hoang Minh'

automail-noreply@dot.net.vn — Wed, 10 Oct 2007 09:09:05 GMT

Cái này mình lấy được trong dofactory.com, post lên cho mọi người tham khảo.

Trả lời của 'Le Hoang Minh'

automail-noreply@dot.net.vn — Wed, 10 Oct 2007 09:10:17 GMT

Bó tay luôn. Sao upload file thành công rồi mà không thấy hiển thị trong bài viết vậy? Bạn nào đã từng upload file rồi thì chỉ mình với

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Wed, 10 Oct 2007 15:10:39 GMT

hè hè, jống tớ thế

Trả lời của 'lqdonline'

automail-noreply@dot.net.vn — Tue, 25 Dec 2007 23:48:03 GMT

Trả lời của 'Cantavil Vietnam'

automail-noreply@dot.net.vn — Sat, 29 Dec 2007 23:48:29 GMT

emule sẽ cho bạn tất cả các tài liệu cần thiết

liên hệ với mình để lấy sách design pattern nhé

cantavil.vietnam@gmail.com

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Mon, 31 Dec 2007 11:53:30 GMT

emule đặc biệt ko giống như các ứng dụng download. Nó tự động truy cập đến máy tính khác để lấy dữ liệu. do đó yếu điểm của nó là download rất rất rất rất chậm. Nhưng người nào kiên nhẫn thì sẽ biết được hiệu quả của nó như thế nào, đó là đẵng cấp của Emule.

Trả lời của 'saoviet_itvn'

automail-noreply@dot.net.vn — Fri, 23 May 2008 09:31:00 GMT

Em mới học C#, Nhưng đã học laapj trình hướng đối tượng với java nên cũng biết qua về DP , nhưng còn ởmứ đọ cơ bản, Bác pó tiếp lên cho em tham khảo cái nha , thanks

Trả lời của 'suaisc'

automail-noreply@dot.net.vn — Fri, 04 Jul 2008 10:16:33 GMT

hi all !!
bạn nào có tài liệu về DP thì share cho mình với ha , theo địa chỉ email : suaisc@gmail.com .
Chúc cộng đồng C# ngày càng vững mạnh -> sau này chúng ta mới có đất dụng võ ha bà con .
thanks !!!

Trả lời của 'Trần Bình Trọng'

automail-noreply@dot.net.vn — Mon, 14 Jul 2008 09:14:58 GMT

@neo: Đây chính là dòng code của bạn. đề nghị bạn nên remove nó ra gấp

onmouseover="alert('haizzz')" onmouseout="alert('o kia!!!')"