Filtering EF Core by a Large List: The 2,100 Parameter Wall

Why DuckDB 2.0 is faster

DuckDB 2.0 mang lại hiệu suất vượt trội với recursive CTEs nhanh hơn tới 90x so với phiên …

Eloquent Performance and Database Design: Evidence Before Eager Loading

Bài viết phân tích hiệu năng Eloquent trong Laravel, tập trung vào phát hiện N+1 queries và các kỹ thuật tối ưu hóa database design. Tác giả chỉ ra việc sử dụng eager loading thay vì lazy loading giúp giảm từ 150 truy vấn xuống còn 2 truy vấn cho cùng dữ liệu. Các kỹ thuật quan trọng được đề cập bao gồm pagination với chunking, transaction boundaries và việc phân tích query plans bằng EXPLAIN. Điều đáng học là cách cân bằng giữa tính chính xác dữ liệu và hiệu năng thông qua chọn lọc aggregation functions và indexes phù hợp.

Bài viết này giúp lập trình viên tối ưu hiệu năng ứng dụng bằng cách giải quyết các vấn đề về truy vấn N+1, thiết kế cơ sở dữ liệu và chiến lược xử lý dữ liệu hiệu quả.

Use C# unions and closed hierarchies in ASP.NET Core

C# 15 và .NET 11 giới thiệu union types và closed class hierarchies để xử lý các giá trị có nhiều dạng JSON, minh họa qua trường hợp maxUnavailable của Kubernetes và payment-events. Union types khai báo một tập hợp các primitive, class hoặc interface cố định với switch statement đầy đủ do compiler kiểm tra, trong khi closed hierarchies hạn chế kế thừa để compiler xử lý các derived types đã biết là đầy đủ. System.Text.Json serialize union types mà không cần envelope hay discriminator, chỉ ghi JSON shape của case đang hoạt động, còn closed hierarchies có thể chọn discriminator-based polymorphism thông qua InferClosedTypePolymorphism. Cả hai tính năng đều tích hợp với Minimal APIs, MVC, SignalR's JsonHubProtocol, Blazor và OpenAPI, nhưng union types không hỗ trợ cho query strings, route values, headers hay form fields do các giá trị này chỉ bind chuỗi không có JSON parsing.

Bài viết giúp lập trình viên tận dụng union types và closed hierarchies trong C# để xử lý JSON đa dạng hiệu quả hơn trong ASP.NET Core.

Scaling Down Costs, Not Performance: How We Migrated from Couchbase to PostgreSQL

Trendyol xử lý hàng triệu sự kiện và giao dịch mỗi ngày và trước đây dựa vào Couchbase làm …

Quack Quack: Duck-Typing in C# with Interceptors

Bối cảnh lập trình C# thường yêu cầu các interface rõ ràng, hạn chế sự linh hoạt. Nguyên nhân kỹ thuật là cơ chế interceptor trong C# cho phép thực thi mã can thiệp vào runtime mà không cần implement interface trực tiếp. Hệ quả là chúng ta có thể áp dụng duck-typing, thực thi phương thức bất kỳ nếu đối tượng có đủ phương thức cần thiết. Điều đáng học là interception pattern mở ra khả năng viết code mềm dẻo hơn, giảm coupling, với ví dụ thực tế sử dụng Castle Dynamic Proxy và MethodInterceptor.

Bài viết này giúp bạn triển khai cơ chế duck-typing trong C# một cách linh hoạt nhờ interceptors.

Is Prisma 8 Ready for Long-Lived Production Apps?

Bối cảnh: Prisma 8 đang là chủ đề bàn luận trong các cộng đồng lập trình với những lo ngại về khả năng triển khai trong các ứng dụng sản phẩm lâu dài. Nguyên nhân kỹ thuật: Lead developer của Prisma 8 giải quyết ba vấn đề chính từ Reddit discussion: kiến trúc mới, động lực thương mại của Prisma, và liệu migration model có che đi SQL hay không. Hệ quả: Những giải đáp này giúp làm rõ hướng phát triển của Prisma và tăng cường niềm tin của lập trình viên khi cân nhắc sử dụng framework cho các dự án lớn. Điều đáng học: Người dùng nên chú ý đến cách Prisma cân bằng giữa trừu tượng hóa SQL và cung cấp quyền kiểm soát trực tiếp khi cần thiết.

Bài này giải đáp ba mối quan trọng về Prisma 8 giúp lập trình viên đánh giá khả năng triển khai ứng dụng sản xuất lâu dài.

Worse is better: C# versus F#

Bài viết so sánh C# và F# trong môi trường .NET, cho thấy C# vẫn là ngôn ngữ phổ biến cho phát triển ứng dụng truyền thống. Nguyên nhân kỹ thuật mà tác giả cho F# vượt trội là sự hỗ trợ mạnh mẽ cho lập trình hàm: kiểu dữ liệu không thay đổi, suy luận kiểu mạnh mẽ và pattern matching tích hợp sẵn. Nhờ những tính năng này, mã F# thường ngắn gọn hơn, dễ duy trì và giảm nguy cơ lỗi thời gian chạy so với mã C# tương đương. Hệ quả là các nhóm phát triển có thể đạt được tốc độ sản xuất cao hơn và chất lượng code ổn định khi áp dụng F# cho các bài toán phức tạp như xử lý dữ liệu hoặc dịch vụ tài chính. Điều đáng học là khi đánh giá ngôn ngữ cho dự án, không chỉ xem xét mức độ phổ biến mà còn cân nhắc lợi ích của paradigm hàm và mức độ trừu tượng mà ngôn ngữ cung cấp để quyết định xem việc đầu tư thời gian học F# có mang lại lợi ích lâu dài không.

Bài viết này giúp lập trình viên hiểu tại sao F# vượt trội hơn C# trong nhiều trường hợp thực tế.