#design-patterns

Design Patterns, the Ruby Way (Part 2): Modern Creational and Structural Patterns

Bài viết hướng dẫn triển khai sáu mẫu thiết kế cổ điển (Factory, Builder, Adapter, Decorator, Proxy, Facade) theo phong cách Ruby, sử dụng các tính năng ngôn ngữ như duck typing, modules, tap và SimpleDelegator để giảm boilerplate. Ruby ưu tiên composition hơn inheritance, điều này thể hiện xuyên suốt các mẫu thiết kế được trình bày.

Lập trình viên Ruby nên đọc bài này để hiểu cách áp dụng các mẫu thiết kế classic theo phong cách Ruby hiện đại, tiết kiệm thời gian và tránh sự phức tạp của các ngôn ngữ khác nhờ sự linh hoạt của duck typing và prefer composition over inheritance.

From Conditionals to Polymorphism

Một cấu trúc điều kiện (conditionals) ngày càng phức tạp là dấu hiệu của vấn đề thiết kế, không phải vấn đề phong cách. Cách chuyển từng nhánh điều kiện thành một đối tượng (object) theo từng bước nhỏ.

Lập trình viên nên đọc bài này để khám phá cách chuyển từ điều kiện phức tạp sang mô hình đa hình (polymorphism), giúp giảm thiểu code rối rắm và tăng tính bảo trì, hiệu suất cũng như khả năng mở rộng dự án.

A Deep Dive into Behavioral Patterns: The Visitor Design Pattern and its Clean Operations Across Complex Object Structures

Khi hệ thống phần mềm phát triển, vấn đề thường gặp là khó mở rộng chức năng mới trên cấu trúc đối tượng phức tạp mà không làm thay đổi mã nguồn hiện có. Design pattern Visitor giúp giải quyết bằng cách tách biệt thuật toán khỏi cấu trúc đối tượng, cho phép thêm hành vi mới một cách sạch sẽ.

Lập trình viên nên đọc bài này để hiểu cách Visitor Pattern giải quyết vấn đề mở rộng chức năng trên các cấu trúc đối tượng phức tạp mà không cần thay đổi lớp hiện có, giúp duy trì tính bảo trì và mở rộng hệ thống một cách hiệu quả.

Build a Dependency Injection Container in Vanilla JavaScript

Tìm hiểu cách xây dựng một dependency injection container trong JavaScript thuần bằng các chế độ vòng đời singleton, scoped và transient, mà không cần TypeScript.

Một lập trình viên cần đọc bài này để khám phá cách tự xây dựng một container DI đơn giản bằng JavaScript nguyên sinh, giúp hiểu rõ cơ chế quản lý sự sống (lifetime) của đối tượng—singleton, scoped và transient—trong ngữ cảnh thực hành mà không phụ thuộc vào TypeScript, giúp mở rộng kiến thức về thiết kế phần mềm và tối ưu hóa quản lý phụ thuộc trong ứng dụng.

The AI Aesthetic

Bài viết bàn về sự hỗn độn đầy sáng tạo trong quá trình xây dựng các sản phẩm cho web toàn cầu.

Lập trình viên nên đọc bài này để hiểu cách AI không chỉ là công cụ tự động hóa mà còn tạo ra những thiết kế web độc đáo, thách thức truyền thống về thiết kế và phát triển, và cách bạn có thể khai thác những xu hướng này để nâng cao chất lượng dự án của mình.

Why Great Products Need to Feel Right

Apple’s Liquid Glass thể hiện tầm quan trọng của việc sản phẩm không chỉ trực quan mà còn tạo cảm giác tin cậy cho người dùng, vượt xa thiết kế giao diện thông thường.

Lập trình viên nên đọc bài này để hiểu cách thiết kế giao diện không chỉ đẹp mắt mà còn tạo cảm giác tin tưởng và tự nhiên cho người dùng, giúp sản phẩm trở nên thân thiện và hiệu quả hơn trong việc giải quyết vấn đề thực tế.

The Structural Design Patterns, Explained Through Real Flutter Code

Bài viết giới thiệu sáu Structural Design Patterns (Facade, Decorator, Proxy, Bridge, Adapter, Composite) thông qua mã Flutter thực tế, minh họa cách triển khai chúng trong kiến trúc Clean Architecture.

Lập trình viên Flutter cần đọc bài này để hiểu cách áp dụng các mẫu thiết kế cấu trúc thực tế trong Clean Architecture, giúp tối ưu hóa mã nguồn, giảm bớt sự phức tạp và làm cho ứng dụng dễ bảo trì, mở rộng và tái sử dụng.

The AWS SDK isn’t verbose by accident: V3 & The Command Pattern

AWS SDK v3 sử dụng Command Pattern để tránh sự rườm rà không cố ý, giúp tối ưu hóa hiệu suất và quản lý lệnh hiệu quả hơn.

Những lập trình viên muốn tối ưu hóa code AWS hiệu quả hơn, tránh rắc rối với các yêu cầu phức tạp và học cách sử dụng Command Pattern trong SDK V3 để viết code sạch, dễ bảo trì và linh hoạt hơn.

adam bien's blog

Adam Bien giới thiệu mẫu thiết kế Boundary, Control, Entity (BCE) trong Business Components (BCs), nơi BC là một package có trách nhiệm duy nhất, có thể chứa tối đa ba sub-package: boundary (API công khai), control (logic chi tiết) và entity (dữ liệu). BCE là cấu trúc tối đa chứ không bắt buộc, các component chỉ bao gồm các lớp cần thiết. Mẫu này đã ổn định từ năm 1992 và phù hợp sử dụng với LLMs.

Lập trình viên nên đọc bài này để hiểu cách thiết kế các Business Components theo mô hình BCE (Boundary-Control-Entity) – một kiến trúc linh hoạt, ổn định từ năm 1992, giúp phân chia trách nhiệm rõ ràng và tối ưu hóa mã cho các ứng dụng phức tạp, đặc biệt khi kết hợp với các công nghệ hiện đại như LLM.

Medium

Thiết kế UX thường loại bỏ ma sát, nhưng đôi khi việc thêm chút ma sát (friction) lại mang lại lợi ích, giúp người dùng suy nghĩ kỹ hơn trước khi thực hiện hành động quan trọng.

Lập trình viên nên đọc bài này để hiểu cách tối ưu hóa trải nghiệm người dùng không chỉ bằng sự đơn giản mà còn bằng cách tạo ra những thách thức thiết kế có ý nghĩa, giúp cải thiện hiệu suất và sự hài lòng thực sự của người dùng.

Designing for Intelligence: 8 UX Patterns That Separate Good AI Products From Forgettable Ones

Thiết kế cho trí tuệ nhân tạo (AI) đòi hỏi những pattern UX (trải nghiệm người dùng) khác biệt để tạo ra sản phẩm ấn tượng. Bài viết giới thiệu 8 xu hướng UX quan trọng giúp phân biệt sản phẩm AI xuất sắc với những sản phẩm dễ quên.

Lập trình viên nên đọc bài này để hiểu cách thiết kế giao diện người dùng (UX) cho AI không chỉ đẹp mắt mà còn nghiêm túc giúp người dùng cảm nhận và tương tác hiệu quả với hệ thống thông minh, từ đó nâng cao chất lượng sản phẩm và trải nghiệm thực tế.

Design Patterns Were Always Second Priority. AI Just Removed the Excuse

AI đã khiến việc viện cớ "ưu tiên design patterns sau" không còn khả thi khi giúp lập trình viên triển khai các mẫu thiết kế (như Strategy) nhanh chóng và hiệu quả hơn.

Lập trình viên nên đọc bài này để hiểu cách AI hiện đại đang tự động hóa và tối ưu hóa các mẫu thiết kế truyền thống—giúp họ tập trung vào vấn đề thực sự là sự phù hợp của giải pháp thay vì nhớ lại các mẫu như Strategy hay Observer.

Medium

Strategy Pattern Before learning the Strategy Pattern, it’s important to understand the design principle behind it. The pattern is simply a way to apply that principle. Once you understand the …

Observer vs Publish-Subscribe: What's the Difference?

Observer và Publish-Subscribe đều là các mẫu thiết kế (design patterns) dùng để quản lý giao tiếp giữa các đối tượng, nhưng khác nhau ở cách triển khai và mức độ gắn kết. Observer thường sử dụng quan hệ 1-nhiều giữa đối tượng chủ đề (subject) và người quan sát (observer), trong khi Publish-Subscribe hoạt động dựa trên các kênh (topics/channels) trung gian, giúp giảm sự phụ thuộc trực tiếp giữa các thành phần.

Lập trình viên nên đọc bài này để hiểu cách chọn giữa hai mẫu thiết kế Observer và Publish-Subscribe để tối ưu hóa sự linh hoạt, hiệu suất và quản lý dữ liệu trong ứng dụng của mình.

Making ServiceLoader usable: a provider factory

Java's ServiceLoader has two well-known limitations: it requires a no-arg constructor and provides no built-in selection mechanism. This post presents a provider factory pattern that addresses both. Instead of loading the service directly, you load a lightweight factory (ServiceProvider<S>) that carries an ID, a priority, and a supports() check. The real service is constructed inside create() with whatever constructor it needs. A generic ServiceRegistry loads all providers once into an immutable list sorted by priority, then exposes get(id, cfg) and getDefault(cfg) for selection. Caching is added as a decorator using ConcurrentHashMap, lifecycle reuses AutoCloseable, and cross-cutting concerns attach via a UnaryOperator post-processor. The pattern requires no dependencies beyond the JDK, works on both classpath and module path, and avoids dynamic proxies — making it GraalVM native-image friendly.

adam bien's blog

Mô hình kiến trúc BCE (Boundary-Control-Entity) chia Business Component thành ba gói cố định: boundary (giao diện bên ngoài), control (logic stateless) và entity (đối tượng miền), với luồng phụ thuộc chặt chẽ theo một chiều. BCE là giải pháp không phụ thuộc công nghệ, áp dụng được cho Java server, frontend web hay infrastructure code, ổn định suốt 3 thập kỷ.

Lập trình viên nên đọc bài này để hiểu cách thiết kế mô-đun hóa rõ ràng, giảm thiểu sự tranh cãi về vị trí lớp và tối ưu hóa sự độc lập của từng thành phần trong ứng dụng, đặc biệt khi cần xây dựng hệ thống có khả năng mở rộng và bảo trì hiệu quả.

Factory Method Pattern

A deep dive into factory patterns in object-oriented design, starting from the core problem: scattered object creation logic that couples client code to concrete classes. Covers the Simple Factory (centralizing a case statement into one place), a Ruby-specific optimization using a hash of classes (since classes are first-class objects), and the GoF Factory Method pattern (a creation gap in a class hierarchy filled by subclasses). Also explains why dependency injection is often a practical alternative to the classic Factory Method, collapsing a hierarchy into a single composable class.

See our new Azure Cosmos DB Design Patterns

The Azure Cosmos DB Design Patterns GitHub repo has been significantly updated with five new runnable patterns: Vector Search (using a local embedding model for RAG), Loop-Safe Change Feed (preventing infinite write loops with hash-based deduplication), Hierarchical Partition Key (multi-level partitioning for multi-tenant data), Transactional Outbox (atomic dual-write using TransactionalBatch + change feed relay), and Patch API (partial document updates that avoid read-modify-write conflicts). The Distributed Lock pattern was also reworked with a live interactive playground. Every sample runs locally via Docker and the Cosmos DB Linux emulator with no Azure subscription required, features a Blazor web UI, and is backed by emulator-based CI tests on .NET 10 with keyless authentication.

The Specification Pattern in Laravel: Refactoring Complex Business Rules

Mẫu Specification trong Laravel giúp đóng gói các quy tắc nghiệp vụ phức tạp vào các lớp riêng biệt với hai phương thức isSatisfiedBy() (kiểm tra trong bộ nhớ) và apply() (xây dựng truy vấn Eloquent), tránh lặp mã và vi phạm nguyên tắc trách nhiệm đơn nhất. Ví dụ về khách hàng VIP minh họa cách triển khai giao diện Specification, lớp IsVipCustomer và kết hợp quy tắc bằng AndSpecification, đơn giản hóa kiểm thử và phù hợp cho các quy tắc động thường xuyên thay đổi.

Lập trình viên nên đọc bài này để tìm cách tối ưu hóa và tổ chức lại các quy tắc kinh doanh phức tạp, tránh sự trùng lặp và khó bảo trì giữa các quy tắc in-memory và Eloquent.

Users Don’t Need More Tools: They Need Seamless Integrations — Smashing Magazine

A UX-focused perspective arguing that users don't need more standalone tools — they need AI capabilities seamlessly integrated into existing workflows and mental models. The post introduces the concept of 'Quiet AI' (invisible, background assistants like Claude's integration in Microsoft Office) and 'folder instructions' (defining AI-driven behaviors scoped to specific folders). The core argument is that value comes from reducing friction and automating repetitive tasks within familiar contexts, not from adding new applications to learn.

How to Implement Visitor Pattern in C#: Step-by-Step Guide

A step-by-step guide to implementing the Visitor design pattern in C#. Covers the double dispatch mechanism, defining IVisitor and IElement interfaces, building concrete element classes (Employee, Manager, Director), implementing concrete visitors for salary calculation and report generation, assembling an object structure (Department), and writing xUnit tests. Also addresses common pitfalls like casting 'this' to the interface, forgetting to update visitors when adding new element types, and overusing the pattern. Includes a comparison with C# pattern matching and answers to common questions about generic vs. void visitor interfaces, composite structures, and DI compatibility.

Interpreter vs Visitor Pattern in C#: Key Differences Explained

Bài viết so sánh Interpreter và Visitor pattern trong C# thông qua ví dụ biểu thức số học, nhấn mạnh sự khác biệt cốt lõi: Interpreter nhúng logic đánh giá vào từng lớp node, còn Visitor tách biệt các thao tác vào lớp riêng. Interpreter thuận lợi khi thêm node mới, Visitor thuận lợi khi thêm operation mới (gọi là "expression problem").

Nếu bạn đang phát triển hệ thống xử lý biểu thức toán học hoặc logic phức tạp, hiểu cách chọn giữa Interpreter và Visitor Pattern sẽ giúp bạn thiết kế giải pháp linh hoạt, tránh rắc rối khi mở rộng chức năng mới.

Design Patterns, the Ruby Way (Part 1): Why Ruby Changes the Conversation

Design patterns from the Gang of Four still matter in Ruby, but Ruby's language features change how they're implemented. Duck typing, blocks, modules, and metaprogramming compress many classic patterns into simpler, more idiomatic solutions. For example, the Strategy pattern needs no interfaces or abstract classes in Ruby — duck typing handles it naturally. Blocks replace entire class hierarchies for callbacks, and modules encourage composition over inheritance. The Singleton pattern is built into Ruby's standard library. The key insight is that patterns describe design decisions and shared vocabulary, not specific code templates, so understanding them remains valuable even when Ruby makes the implementations much smaller.

Trip report: ACCU On Sea 2026

ACCU On Sea 2026 tại Folkestone, UK đã giới thiệu nhiều chủ đề nổi bật như bài thuyết trình của Andrei Alexandrescu về AI và trừu tượng, cách Peter Muldoon hiện đại hóa codebase C++ cũ bằng static analysis và AI, cũng như các thảo luận về template loophole, assertions cho hàm ảo (P3097 được chấp thuận cho C++29), decorator vs adapter, tấn công HashDoS, và [[nodiscard]] truyền dẫn. Sự kiện còn bao gồm các bài nói chuyện về nỗ lực trong công việc hỗ trợ bởi AI cùng kinh nghiệm chia sẻ từ tác giả về kiểm thử clock và review code hiệu quả.

Nếu bạn đang tìm cách nâng cao hiệu quả trong việc ứng dụng AI vào phát triển C++ hoặc giải quyết những thách thức về bảo mật, legacy code và thiết kế template, trip report này sẽ cung cấp những kiến thức thực tế và công cụ mới từ các chuyên gia hàng đầu.