#design-patterns

Implementing std::visit

Tiêu đề "Implementing std::visit" hướng đến việc tự xây dựng phiên bản của std::visit từ thư viện chuẩn C++. Quasar Chunawala trình bày cách triển khai biến thể này, sử dụng template programming và recursive techniques để xử lý các variant types trong C++. Việc này giúp hiểu sâu hơn về cách hoạt động của một trong những tính năng mạnh nhất trong C++17, đặc biệt là cơ chế dispatching dựa trên type. Bài viết cung cấp ví dụ code cụ thể và giải thích từng bước, rất hữu ích cho lập trình viên muốn nắm vững các pattern thiết kế thư viện chuẩn C++.

Việc đọc bài viết này giúp lập trình viên hiểu sâu về cách triển khai tính năng std::visit trong thư viện chuẩn.

What is a pattern, and what isn't?

Khái niệm "pattern" trong công phần mềm đang bị hiểu sai và lạm dụng khi các kỹ thuật, thực tiễn và thiết kế không đủ điều kiện cũng được gọi là pattern. Một pattern đúng phải là giải pháp tái diễn cho một vấn đề trong ngữ cảnh cụ thể, có các lực tác động, hệ quả quan hệ với pattern khác, khác biệt với tập hợp pattern đơn thuần. Bài so sánh 4 hình thức viết pattern lịch sử (Alexandrian, Gang of Four, POSA, và Microservices Patterns) qua ví dụ Saga pattern cho thấy sự khác biệt trong cấu trúc và mối liên hệ. Các checklist dành cho tác giả và người đọc giúp xác minh xem một khái niệm có thực sự là pattern hay không.

Bài viết này giúp lập trình viên phân biệt đúng đắn giữa pattern thực sự và các kỹ thuật được gán nhãn sai, từ đó áp dụng thiết kế phần mềm hiệu quả hơn.

Behavioral Design Patterns

Behavioral Design Patterns Behavioral design patterns concern algorithms and the assignment of responsibilities between objects. They describe not just patterns of objects or classes, but also the …

A Good Data Table Is More Than Rows and Columns

A Good Data Table Is More Than Rows and Columns Three lessons on designing data experiences around what users actually need to do. When designing a data table, it’s easy to start thinking about …

Simplify constructors with builder pattern

A constructor with 3 parameters could grow to 10 or more as test scenarios get more complex, making the builder pattern a good fit. The post shows a classic fluent builder, then a version using C# 9 init-only setters as properties instead of methods. It considers skipping the builder entirely and adding init properties directly to the class, using the C# 14 'field' keyword to re-run setup logic when a property changes. The conclusion: a separate builder class still pays off as the property count grows. A full sample project with each approach as a separate commit is available on GitHub.

Singleton: Design Pattern

Singleton: Design Pattern Singleton is a creational design pattern that lets you ensure that a class has only one instance, while providing a global access point to this instance. The Problem it …

Back to Coupling and Cohesion

Coupling và Cohesion là hai nguyên tắc thiết kế phần mềm cốt lõi nhưng định lượng chúng trong thực tế khá khó khăn. Bài phân tích đưa ra các metric cụ thể như LCOM (Lack of Cohesion of Methods) và coupling metrics dựa trên dependency graph để đo lường mức độ phụ thuộc giữa các module. Các nghiên cứu thực nghiệm chỉ ra rằng module có high cohesion thường có ít bug hơn khoảng 40% so với module poorly cohesive. Điều đáng học là việc cân bằng coupling và cohesion không chỉ là lý thuyết trừu tượng mà có thể áp dụng qua các công cụ static analysis như SonarQube để cải thiện chất lượng code thực tế.

Bài viết cung cấp số liệu định lượng thực tế và nền tảng chung đằng sau các nguyên tắc thiết kế phần mềm giúp lập trình viên hiểu rõ hơn về coupling và cohesion.