Go with pattern

[mtchuyen]

https://quoeamaster.medium.com/golang-gotchas-1-singleton-pattern-9ea467f37436

[mtchuyen]

Flyweight Pattern in Go

https://medium.com/@josueparra2892/flyweight-pattern-in-go-eb6c9342650

Flyweight is a structural design pattern that allows programs to support large numbers of objects while keeping memory usage low.

The pattern accomplishes this by sharing parts of the object’s state between multiple objects. In other words, the Flyweight saves RAM memory by caching the same information used by different objects.

Relationship with other patterns

• You could have a Composite tree and define shared nodes implementing Flyweights in order to save RAM.
• Flyweight helps create many small objects, while Facade shows how to create a single object that represents an entire subsystem.
• Flyweight could be similar to Singleton if you could somehow reduce all the shared states of the objects to a single flyweight object. But there are two fundamental differences between these patterns:
  1. There should only be one Singleton instance, whereas Flyweight can have multiple instances with different intrinsic states. 2.- Singleton object can be mutable. Flyweight objects are immutable.

Pros and Cons

• It helps save a lot of RAM, as long as your program has a lot of similar objects.
• May be trading RAM for CPU cycles when some of the context information must be recomputed every time someone calls a flyweight method.
• The code gets very complicated. New team members will always be wondering why an entity’s state was separated in such a way.

[mtchuyen]

7 Code Patterns in Go I Can’t Live Without

https://betterprogramming.pub/7-code-patterns-in-go-i-cant-live-without-f46f72f58c4b

[mtchuyen]

Request Counter

https://github.com/THE108/requestcounter

https://github.com/Bronsun/RequestCounter

https://github.com/ayushpateria/RequestCounter

https://github.com/RoanBrand/RequestCounter

[mtchuyen]

Facade Pattern là gì?

Facade tạm hiểu là mặt tiền. Facade Pattern là một trong những Pattern thuộc nhóm cấu trúc (Structural Pattern).

Mục đích của Facade Pattern là che giấu sự phức tạp của hệ thống con đằng sau. Thông qua Facade các hoạt động trở nên dễ dàng hơn.

It all boils down to the age-old software development principles: Keep It Simple, Stupid (KISS), and Don’t Repeat Yourself (DRY).

A facade hides the system's complexities and provides a simplified interface to the client.

Một Facade là một class cung cấp giao diện đơn giản cho hệ thống con cần tích hợp. Thông qua Facade tạo ra sự hạn chế tương tác với hệ thống con.

Facade thực sự phát huy tác dụng khi chúng ta cần tích hợp một hệ thống phức tạp vào mã nguồn của mình, nhưng thực sự chúng ta chỉ cần dùng 1 phần nhỏ trong hệ thống phức tạp đó.

Facade Pattern được dùng để các ứng dụng phía client dễ dàng giao tiếp với hệ thống. Thay vì phải làm việc với nhiều hệ thống/module con, Facade Pattern giúp ứng dụng client chỉ phải giao tiếp với 1 hệ thống duy nhất.

Ví dụ: Trên màn hình đăng ký, ta nhập thông tin như username, email… sau đó sang màn hình tiếp theo nhập địa chỉ (quận/huyện, phường/xã, đường, số nhà…) rồi sang màn hình tiếp để nhập các thông tin liên lạc như số điện thoại… Rõ ràng client sẽ phải tốn nhiều thời gian và thao tác không thân thiện. Với Facade Pattern, ta gộp tất các thông tin đó vào một màn hình, và client chỉ cần giao tiếp với màn hình đó thôi.

Facade Pattern và ví dụ thực tế

Giống như trong thực tế, khi bạn muốn mua 1 đôi giày trên trên sàn TMĐT như Tiki, Lazada, Shopee… Điều bạn cần làm là lựa chọn giày, đặt hàng, thanh toán và nhận hàng. Tất cả các hoạt động phức tạp phía sau đó bạn cũng không hề cần quan tâm. Các hoạt động như:

• Hệ thống tiếp nhận đơn hàng điều hướng cho bộ phận tiếp nhận
• Shipper đi lấy hàng tại nhà bán hàng chuyển về bưu cục quận gần dó
• Xe tải chuyển về kho hàng chính của hệ thống
• Lưu kho, phân loại hàng ( có rất nhiều hàng hóa, cần phân loại về các bưu cục tương ứng)
• Cho xe vận chuyển về các bưu cục tương ứng. (Chuyển về bưu cục gần nơi bạn nhận hàng)
• Shipper lấy hàng và đem giao tới địa chỉ bạn đặt. ….

Rất nhiều hoạt động phức tạp diễn ra. Nhưng chúng ta hoàn toàn không cần quan tâm đến điều đó. Chúng ta chỉ cần quan tâm tới việc lên sàn TMĐT đặt hàng, và nhận hàng từ [shipper của sàn TMĐT]. Điều này có thể hiểu như là 1 ví dụ về Facade Pattern.

Sử dụng Facade Pattern khi nào?

• Sử dụng Facade Pattern khi chúng ta cần có một giao diện đơn giản (bị giới hạn) để tương tác với hệ thống con phức tạp
• Sử dụng Facade Pattern khi muốn tái cấu trúc hệ thống con thành các lớp lớn hơn, chức năng cụ thể hơn.
• Khi muốn che giấu tính phức tạp của hệ thống con bên dưới với Client Khi hệ thống có rất nhiều lớp làm người sử dụng rất khó để có thể hiểu được quy trình xử lý của chương trình. Và khi có rất nhiều hệ thống con mà mỗi hệ thống con đó lại có những giao diện riêng lẻ của nó nên rất khó cho việc sử dụng phối hợp. Khi đó có thể sử dụng Facade Pattern để tạo ra một giao diện đơn giản cho người sử dụng một hệ thống phức tạp.

Ưu và nhược điểm của Facade Pattern

Lợi điểm là

• Ta có thể tách mã nguồn của mình ra khỏi sự phức tạp của hệ thống con
• Hệ thống tích hợp thông qua Facade sẽ đơn giản hơn vì chỉ cần tương tác với Facade thay vì hàng loạt đối tượng khác.
• Có thể đóng gói nhiều được thiết kế không tốt bằng 1 hàm có thiết kế tốt hơn

Nhược điểm là

• class Facade của bạn có thể trở lên quá lớn, làm quá nhiều nhiệm vụ với nhiều hàm chức năng trong nó. Điều này sẽ dễ bị phá vỡ các quy tắc trong SOLID.

Quan hệ với các pattern khác

Façade Pattern tương tự với Adapter Pattern. Hai Pattern này làm việc theo cùng một cách, nhưng mục đích sử dụng của chúng khác nhau. Adapter Pattern chuyển đổi mã nguồn để làm việc được với mã nguồn khác. Nhưng Façade Pattern cho phép bao bọc mã nguồn gốc để nó có thể giao tiếp với mã nguồn khác dễ dàng hơn.

• Facade định nghĩa một interface mới cho các đối tượng hiện có, trong khi Adapter cố gắng làm cho interface hiện có có thể sử dụng được.
• Adapter thường chỉ bọc một đối tượng, trong khi Facade hoạt động với toàn bộ hệ thống con của các đối tượng.

Abstract Factory có thể dùng như một giải pháp thay thế cho Facade khi bạn chỉ muốn ẩn cách các đối tượng hệ thống con được tạo ra khỏi code client.

Flyweight cho thấy cách tạo nhiều đối tượng nhỏ, trong khi Facade cho thấy cách tạo một đối tượng duy nhất đại diện cho toàn bộ hệ thống con.

Facade và Mediator có những công việc tương tự nhau: cố gắng tổ chức sự hợp tác giữa nhiều lớp được kết hợp chặt chẽ với nhau.

• Facade xác định một interface đơn giản cho một hệ thống con của các đối tượng, nhưng nó không giới thiệu bất kỳ chức năng mới nào. Bản thân hệ thống con không biết về facade. Các đối tượng trong hệ thống con có thể giao tiếp trực tiếp.
• Mediator tập trung giao tiếp giữa các thành phần của hệ thống. Các thành phần chỉ biết về đối tượng mediator và không giao tiếp trực tiếp.

Một lớp Facade thường có thể được chuyển đổi thành Singleton vì một đối tượng facade duy nhất là đủ trong hầu hết các trường hợp.

Facade tương tự như Proxy ở chỗ cả hai đều đệm một thực thể phức tạp và tự khởi tạo nó. Không giống như Facade, Proxy có interface giống với đối tượng dịch vụ của nó, điều này làm cho chúng có thể hoán đổi cho nhau.

Golang Code Example

[Ref6]Here’s an example of how the Facade Pattern can be used in Golang:

package main

import (
    "fmt"
)

type CPU struct{}

func (*CPU) Freeze() {
    fmt.Println("CPU Freeze")
}

func (*CPU) Jump(position int) {
    fmt.Printf("CPU Jump to %d\n", position)
}

func (*CPU) Execute() {
    fmt.Println("CPU Execute")
}

type Memory struct{}

func (*Memory) Load(position int, data string) {
    fmt.Printf("Memory Load data '%s' to position %d\n", data, position)
}

type HardDrive struct{}

func (*HardDrive) Read(position int, size int) string {
    data := fmt.Sprintf("HardDrive Read data from position %d with size %d", position, size)
    fmt.Println(data)
    return data
}

type ComputerFacade struct {
    cpu       *CPU
    memory    *Memory
    hardDrive *HardDrive
}

func NewComputerFacade() *ComputerFacade {
    return &ComputerFacade{
        cpu:       &CPU{},
        memory:    &Memory{},
        hardDrive: &HardDrive{},
    }
}

func (c *ComputerFacade) Start() {
    c.cpu.Freeze()
    c.memory.Load(0, "boot_loader")
    c.cpu.Jump(0)
    c.cpu.Execute()
}

func main() {
    computer := NewComputerFacade()
    computer.Start()
}

In the example above, we have a ComputerFacade that provides a simplified interface to a set of subsystems such as CPU, Memory, and HardDrive.

• The Start method of the ComputerFacade performs a series of actions that are required to start a computer.
• The end-user only needs to call the Start method to start the computer, and the ComputerFacade takes care of the complexities of the subsystems.

Unmasking the Facade: 5 Real-World Examples

[Ref7]

1. Database Connection

Facade Design Pattern in Golang with Unit Tests

[Ref9]

Tham khảo:

• https://codetutam.com/facade-pattern-la-gi/
• https://viblo.asia/p/hoc-facade-design-pattern-qua-cau-chuyen-RnB5pxBr5PG
• https://viblo.asia/p/design-pattern-facade-6J3ZgREEKmB
• https://gpcoder.com/4604-huong-dan-java-design-pattern-facade/
• https://cppdeveloper.com/design-patterns/design-patterns-facade-pattern/
• [Ref6]https://medium.com/@MTrax/golang-facade-pattern-ea800cbf8891
• [Ref7]https://itnext.io/the-facade-design-pattern-in-golang-3261e89081d3
• [Ref8]https://www.educative.io/answers/what-is-the-faade-design-pattern-in-go
• [Ref9]https://levelup.gitconnected.com/facade-design-pattern-in-golang-with-unit-tests-7089b558b94e
• https://faun.pub/head-first-design-patterns-using-go-6-being-adaptive-the-adapter-and-facade-patterns-c6361a602c3a