[Nhóm Creational] Mẫu Abstract Factory



Mẫu Abstract Factory
I. Khái niệm
Mẫu Abstract Factory bao gồm một lớp Factory trừu tượng (là interface hoặc lớp abstract) và các lớp con Factory cụ thể có chức năng tạo ra một tập hợp các đối tượng Product có liên quan hoặc phụ thuộc lẫn nhau.
Trong đó:
AbstractFactory: định nghĩa một lớp trừu tượng cho việc khởi tạo các "sản phẩm" ảo (AbstractProduct).
ConcreteFactory: là lớp con kế thừa AbstractFactory để tạo ra "sản phẩm" cụ thể.
AbstractProduct: định nghĩa một lớp trừu tượng cho một loại đối tượng "sản phẩm".
Product: là lớp con kế thừa từ lớp "sản phẩm" ảo AbstractProduct, là các "sản phẩm" cụ thể.
Client: sử dụng các lớp AbstractFactory và AbstractProduct trong hệ thống.

II. Tần suất sử dụng
Cao 

III. Ví dụ tình huống
Giả sử ta có lớp điện thoại và lớp máy tính, trong mỗi lớp này lại phân cấp thành hai lớp con là cao cấp và bình dân, ta lại có nhu cầu là tạo các sản phẩm cao cấp ở một nhà máy loại 1, các sản phẩm bình dân ở một nhà máy loại 2. Lớp Client ở đây là lớp hàng mẫu, sẽ bao gồm một điện thoại mẫu và một máy tính mẫu. Cách tối ưu để tạo lập cho bài toán này là sử dụng mẫu Abstract Factory.
Ta có hình sau:


Code:...

IV. Đút kết kinh nghiệm
Khi gặp các bài toán có dạng sau ta nên dùng mẫu Abstract Factory trong việc tạo lập:
- Có nhiều hơn 2 sản phẩm, mỗi sản phẩm lại phân làm các loại sản phẩm con 1, 2,..
- Có nhu cầu sản xuất riêng các sản phẩm con loại 1 với các sản phẩm con loại 2.
Giải pháp :
- Tạo nhà máy thỏa mãn nhu cầu chỉ sản xuất riêng các sản phẩm con loại 1.
- Tạo nhà máy thỏa mãn nhu cầu chỉ sản xuất riêng các sản phẩm con loại 2.
- Tạo một nhà máy tổng quát làm lớp cha cho hai loại nhà máy trên.
- Lớp Client sẽ dùng biến nhà máy tổng quát này để tạo lập.

V. Mẫu liên quan
Abstract Factory thường được cài đặt cùng với Singleton. Các lớp con cụ thể (concrete class, ở đây ví dụ là Nhà_Máy_Loại_1 và Nhà_Máy_Loại_2) thường được cài đặt bằng Singleton. Bởi Singleton có thể tạo ra những đối tượng đồng nhất cho dù chúng ta gọi nó ở đâu trong chương trình.

Nguồn: LMinh

Nhận xét

Đăng nhận xét

Bài đăng phổ biến từ blog này

Property trong Objective-C

PROPERTY TRONG OBJECTIVE-C I. Khai báo //Trong file .h @property  (thuộc tính 1, thuộc tính 2,...) <Kiểu Dữ Liệu> <Tên Property>; //Trong file .m  @synthesize  <Tên Property>; Ví dụ: //Trong file .h @property  (nonatomic, assign)  NSInteger  tuSo; //Trong file .m @synthesize  tuSo; Ghi chú: Dùng từ khóa synthesize để trình biên dịch tự động tạo hai hàm getter và setter (trong điều kiện là ta chưa viết 2 hàm này), nếu ta đã tự viết các hàm setter và getter sẵn rồi thì trình biên dịch sẽ không tạo thêm getter và setter nữa. II. Truy cập <Tên Object>.<Tên Property>; Ví dụ: phanSoA.tuSo;  //Get phanSoA.tuSo = 2;  //Set Tương đương với: [phanSoA tuSo];  //Get [phanSoA setTuSo:2];  //Set III. Các thuộc tính -readwrite:  property có thể đọc và ghi vào biến thể hiện, đây là thuộc tính mặc định. -read-only:  property chỉ có thể đọc. -automic: ...
Đọc thêm

Quản lý bộ nhớ trong Objective-C

Hình ảnh
QUẢN LÝ BỘ NHỚ TRONG OBJECTIVE-C 1. Quản lý bộ nhớ là gì ? Quản lý bộ nhớ là quản lý việc khởi tạo vùng nhớ cho ứng dụng, sử dụng nó và giải phóng nó khi ta đã hoàn thành công việc. Một chương trình quản lý bộ nhớ tốt sẽ sử dụng ít vùng nhớ nhất có thể. 2. Các phương pháp quản lý bộ nhớ trong Objective-C Objective-C cung cấp 3 cách quản lý bộ nhớ : • Manual Reference Counting (MRC) :  Phương pháp đếm số tham chiếu thủ công, có nghĩa là chúng ta sẽ quản lý bộ nhớ bằng cách tự đánh dấu, theo vết vòng đời của một đối tượng, đếm số lượng tham chiếu đến đối tượng đó, kể từ lúc nó được cấp phát, cho đến khi nó được giải phóng. • Automatic Reference Counting (ARC) : Phương pháp đếm số tham chiếu tự động, nguyên tắc cơ bản tương tự như MRC, tuy nhiên chúng ta không cần phải tự đánh dấu vòng đời của đối tượng nữa, trình biên dịch sẽ làm thay chúng ta phần việc đó. • Garbage Collection (GC) : Ở phương pháp này hệ thống sẽ tự động lưu vết và giải phóng vùng nh...
Đọc thêm

Optional trong Swift

Hình ảnh
Trước khi nói về Optional, chúng ta sẽ nói sơ lược về nil. Trong Objective-C, nil là con trỏ trỏ tới một object không tồn tại. Và khi chúng ta sử dụng một biến có giá trị nil đôi khi sẽ khiến ứng dụng bị crash. Trong Swift, nil không phải là con trỏ, cũng chẳng phải một primitive, mà nó là sự quy ước thể hiện sự vắng mặt giá trị của một kiểu dữ liệu nào đó. Optional là gì ? Nói một cách vắn tắt, Optional là một tính năng rất mạnh mẽ của Swift để giúp chương trình trở nên an toàn và ít bị crash hơn. Optional hoạt động dựa trên nguyên tắc sự vắng mặt giá trị . Chúng ta sử dụng Optional cho một biến hoặc hằng nào đó khi biến/hằng đó có thể có giá trị hoặc không. Nói nôm na, chúng ta có thể xem biến/hằng là trái táo, thì Optional giống như một cái hộp đựng táo, sẽ có hai khả năng xảy ra khi chúng ta mở hộp, một là trong hộp có táo, hai là trong hộp chả có gì cả. Kí hiệu của Optional là Optional với T là kiểu dữ liệu, để ngắn gọn hơn người ta dùng kiểu viết tắt là T? M...
Đọc thêm