Unlimited Plugins, WordPress themes, videos & courses! Unlimited asset downloads! From $16.50/m
Advertisement
  1. Code
  2. OOP
Code

Design Pattern: Mô hình "Facade"

by
Difficulty:IntermediateLength:ShortLanguages:
This post is part of a series called Design Patterns in PHP.
Design Patterns: The Adapter Pattern

Vietnamese (Tiếng Việt) translation by Mao Le (you can also view the original English article)

Khi mới bắt đầu với Design Patterns, bạn có những câu hỏi:

Tại sao chúng ta nên dùng Design patterns trong chương trình? Ứng dụng của bạn có thể chạy bình thường mà không cần nó.

Chưa cần quan tâm tới nó, đây là câu hỏi tiếp theo: "Bạn muốn sống trong một ngôi nhà với tiên nghi sang trọng, hay trong một căn phòng tồi tàn với bốn bức tường?" Cuối cùng, cả hai câu hỏi đều phục cho mục đích của chúng ta.

Thông thường, chúng ta thích một ngôi nhà sang trọng bởi vì nó cung cấp đầy đủ tiện nghi hơn và ít yêu câu bảo dưỡng hơn, và sự bảo dưỡng có thể làm với rắc rốt ít hơn chính bở vì nền tảng cơ bản đã có sẵn.

Giống như mọi thứ được áp dụng trong lập trình: Mã nguồn có sử dụng Design Patterns thì dễ hiểu, dễ bảo trì và dễ dàng mở rộng.

Trong loạt bài hướng dẫn này. Chúng ta sẽ bao quát các Desing Patterns khác nhau sẵn sàng sử dụng trong lập trình. Bạn sẽ học về các ưu điểm và nhược điểm, và các nhân tố chỉ rõ ở đâu bạn nên sử dụng chúng.

Trong suốt những bài hướng dẫn này, tôi sẽ lấy PHP như một ngôn ngữ nền tảng để chúng minh về Design Patterns; Tuy nhiên, chúng thực sự là một khái niệm có thể được áp dụng cho bất kỳ ngôn ngữ lập trình nào - chỉ bằng cách thay đổi cú pháp theo ngôn ngữ yêu thích của bạn

Quy tắc Design được chia ra làm bốn loại:

  • Creational Patterns
  • Structural Patterns
  • Behavioral Patterns
  • Concurrency Patterns

Trong hướng dẫn này chúng ta sẽ khái quát về [Face Design Patterns] Nó rơi vào mục của [Structural Patterns] bở vì nó thảo thuyết về cấu trúc mã nguồn của bạn nên như thế nào để dễ hiểu và bảo toàn nó trong suốt thời gian bảo trì.

Facede Design Pattern

Mô hình UML

Vấn đề

Nào hãy giả định rằng bạn có một vài thao tác được làm theo một trình tự, và hành động tượng tự được yêu cầu ở nhiều nơi trong ứng dụng của bạn. Bạn phải đặt đoạn mã lặp đi lặp lại ở nhiều nơi khác nhau. Bạn đã làm điều đó nhưng sau vài ngày bạn thấy một vài thứ cần tahy đổi trong mã nguồn.

Bạn có nhìn thấy vấn đề không? Chúng ta phải thay đổi ở những chỗ tồn tại mã nguồn. Đau thật phải không nào?

Giải pháp

Như một giải pháp, bạn nên làm cái gì để tạo một controller điều phối kiểm soát tất cả các mã nguồn lặp lại này. Từ góc nhìn này chúng ta sẽ gọi một controller điều điều phối để thực hiện hành động dựa trên sự cung cấp parameters.

Nào bây giờ nếu chúng ta cần trình bất kể sự thay đổi nào trong xử lý chúng ta chỉ cần thay đổi controller điều hướng thay vì thay đổi tất cả ở những nơi chúng ta đã sử dụng đoạn mã nguồn đó.

Ví dụ

Trong bài học này, hãy chọn một bài học để làm cho mọi thứ dễ xem hơn. Hãy nói rằng bạn đã có một nhiệm vụ lên kế hoạch cho ngày cưới của người bạn. Nếu bạn tự làm mọi thứ, sau đó tưởng tượng mọi thứ bạn cần bao quát. Nó có khả năng gây ra lỗi cao hơn, và làm tăng sự khả năng thiếu sót có thể ảnh hưởng dữ dội đến đám cưới của người bạn.

Trong trường hợp này, thay vì bạn làm mọi thứ, bạn nên sử dụng người lên kế hoạch cưới và chắc chắn công việc được thực hiện quản lý tốt với ít cơ hội rủ ro thấp nhất.

Ở đây, bạn đang có hành vi như một "Client" người bắt đầu quá trình, và người tổ chức đám cưới đang làm việc như một "Facade" cho bạn, hoàn thành công việc dựa trên sự chỉ đạo của bạn.

Ví dụ mã nguồn

Trong phần này bạn sẽ thấy một ví dụ khác, điều này rất phổ biến trong nhiều trang web, dĩ nhiên là với một ví dụ mã nguồn. Chúng ta sẽ nhìn thấy sự thực thi của "Facede Design Pattern" dùng xử lý thanh toán một sản phẩm. Nhưng trước khi kiểm tra đoạn mã hoàn hảo với "Facede pattern" hãy xem qua một vài đoạn mã có vấn đề.

Một xử lý thanh toán đơn giản bao gồm các bước như sau:

  1. Đưa sản phẩn đến giỏ hàng
  2. Tính toán chi phí vận chuyển.
  3. Tính toán ưu đãi.
  4. Tạo đơn đặt hàng.

Vấn đề

Trong đoạn code ở trên, bạn sẽ tìm thấy thủ tục thanh toán bao gồm các đối tượng khác nhau cần xử lý để hoàn thành hóa đơn thanh toán. Tưởng tượng rằng bạn cần phải thực thi đoạn xử lý thanh toán này ở nhiều nơi. Nếu trong trương hợp nó là vấn đền khi đoạn mã cần được chỉnh sửa. Nó trở nên tốt hơn khi tất cả sự thay đổi chỉ đặt ở một chỗ.

Giải pháp

Chúng ta sẽ viết mọi thứ giống với "Facade pattern", việc này làm đoạn mã dễ bảo trì và mở rộng hơn.

Bây giờ, chúng ta có hóa đơn sản phẩm "Facade". Mọi thứ chúng ta phải làm là sử dụng nó với một vài kênh truyền thông của mã nguồn, thay vì là một nhóm mã nguồn như đã thể hiện trong phần trước.

Vui lòng kiểm tra mã nguồn dưới đây, cái bạn cần đầu tư trong xử lý hóa đơn thanh toán tại nhiều điểm.

Nào bây giờ tưởng tượng bạn cần thay đổi trong xử lý thanh toán của bạn. Bây giờ đơn giản là bạn thay đổi trong lớp "Facade" chúng ta đã tạo, khá hơn là thay đổi trong mỗi nơi mà nó đã áp dụng.

Lợi ích

Điều đơn giản chúng ta có thể nói rằng "Facade Pattern" được thực hiện trong một tình huống nơi bạn cần một "Single Interface" để hoàn thành nhiều xử lý, như ví dụ về người tổ chức đám cưới, người đó làm việc như một "facade" giúp bạn hoàn thành nhiều xử lý.

Xin vui lòng để lại bất cứ comments hay câu hỏi trong phần cung cấp dưới đây.

Advertisement
Advertisement
Advertisement
Advertisement
Looking for something to help kick start your next project?
Envato Market has a range of items for sale to help get you started.