Viết mã Go dễ bảo trì: Thành thạo Structs, Methods và Nghệ thuật kết hợp

Tại sao Cách tiếp cận của Go đối với Thiết kế Hướng đối tượng lại mang tính cách mạng

Nhiều nhà phát triển đến từ nền tảng Java hoặc C# ban đầu gặp khó khăn với Go. Cú sốc diễn ra theo hai làn sóng: đầu tiên, “Go không có lớp học!” rồi nhanh chóng là “Làm thế nào để tôi xây dựng mà không có kế thừa?!”

Dưới đây là sự thật tôi đã khám phá sau nhiều năm phát triển với Go: những gì ban đầu cảm thấy như một hạn chế thực ra lại là một điểm mạnh. Go buộc bạn hướng tới kiến trúc sạch hơn thông qua thành phần, sự thỏa mãn giao diện ngầm định, và cú pháp phương thức đơn giản. Những nhà phát triển thành công không chống lại thiết kế này—họ đang đón nhận nó.

Từ kinh nghiệm xem xét các mã nguồn, các mẫu tôi thấy phổ biến nhất phản ánh những sai lầm thường gặp:

• Bỏ qua an toàn Mutex với các receiver kiểu giá trị (~25% gây ra các điều kiện đua)
• Không nhất quán kiểu receiver trong cùng một kiểu (~35% các struct trộn lẫn chúng)
• Ô nhiễm getter/setter không cần thiết (~60% các mã nguồn)
• Cố gắng xây dựng hệ thống kế thừa (~40% người mới thử điều này)

Khoảng cách giữa các nhà phát triển gặp khó khăn với Go và những người thành thạo nó phụ thuộc vào việc hiểu một khái niệm: cách thiết kế struct và phương thức đúng cách.

Quyết định về Receiver: Nền tảng của bạn

Hiểu về Hai Loại Receiver

Lựa chọn cơ bản nhất trong thiết kế phương thức của Go là liệu receiver của bạn nên là kiểu giá trị hay con trỏ. Đây là sự phân biệt thực tế: