EF Core Performance Best Practices in .NET 10

A faster, lighter C# Dev Kit

C# Dev Kit 11.0, phát hành cùng .NET 11, đã được tái thiết kế để cải thiện đáng kể thời …

TimeProvider and FakeTimeProvider in .NET Tests

Khi test code phụ thuộc thời gian như invitation hết hạn sau 5 phút, việc sử dụng DateTime.Now gây khó khăn trong unit tests. .NET cung cấp TimeProvider và FakeTimeProvider để giải quyết vấn đề này, cho phép kiểm soát hoàn toàn giá trị thời gian trong môi trường test. FakeTimeProvider cho phép bạn thiết lập một thời gian cụ thể, ví dụ DateTime.Parse("2023-01-01 10:00:00"), để kiểm tra chính xác logic hết hạn mà không cần chờ đợi thời gian thực. Giải pháp này giúp loại bỏ dependency injection vào DateTime.Now và tạo ra test case đáng tin cậy, dễ bảo trì, đặc biệt quan trọng với các business logic phức tạp liên quan đến thời gian.

Bài viết giúp bạn kiểm tra mã phụ thuộc thời gian một cách hiệu quả bằng cách sử dụng TimeProvider và FakeTimeProvider trong .NET.

Runtime Async in .NET 11: What Actually Changed

.NET 11 giới thiệu runtime async thay vì state machine do compiler tạo ra, giảm allocation tới 40% trong các kịch bản sử dụng Task. Sự thay đổi này giúp giảm bộ nhớ sử dụng và cải thiện hiệu năng cho các ứng dụng async-heavy. Runtime async cũng đơn giản dụng cụ debug và dễ đo lường hơn so với state machine phức tạp. Với lập trình viên .NET, việc nắm rõ sự khác biệt này sẽ giúp tối ưu hóa hiệu năng ứng dụng và tận dụng tốt nhất tính năng mới trong .NET 11.

Bài viết này giải thích rõ ràng về sự thay đổi quan trọng trong Runtime Async của .NET 11 và tác động thực tế đến hiệu năng cũng như khả năng gỡ lỗi.

Try SqlClient’s new connection pool for faster parallel connections

Các ứng dụng sử dụng Microsoft.Data.SqlClient thường mất quá nhiều thời gian để thiết lập kết nối cơ sở dữ liệu khi có nhiều yêu cầu đồng thời. Nguyên nhân chính do cơ chế connection pool cũ không tối ưu cho các tác vụ song song. Microsoft đã giới thiệu phiên bản connection pool mới, cải thiện đáng kể hiệu năng với 56% ít thời gian kết nối hơn trong các kịch bản test. Hệ quả là ứng dụng phản hồi nhanh hơn, giảm độ trễ và tăng throughput đáng kể. Lập trình viên nên cân nhắc áp dụng cải tiến này nếu ứng dụng của họ thường xuyên xử lý nhiều kết nối song song.

Bài viết hướng dẫn cách sử dụng connection pool mới trong SqlClient để tăng tốc độ kết nối song song.

Delegates and events in C# explained

Bài viết giải thích chi tiết về delegates và events trong C#, bao gồm các loại có sẵn như Action, Func và Predicate, cùng với việc tạo custom EventArgs. Tác giả cung cấp ví dụ thực tế minh họa cách sử dụng delegates để trỏ đến phương thức và cách events giúp xử lý communication giữa objects. Các khái niệm này là nền tảng cho design patterns như Observer và các framework hiện đại như Reactive Extensions. Đối với lập trình viên C#, hiểu rõ delegates và events là cần thiết để xây dựng ứng dụng có khả năng mở rộng và dễ bảo trì.

Tìm hiểu delegates và events trong C# giúp bạn xây dựng các ứng dụng linh hoạt với cơ chế xử lý sự kiện mạnh mẽ.

WinApp CLI v0.7.0 Release Announcement

WinApp CLI phiên bản 0.7.0 vừa ra mắt với tính năng tự động hóa Windows Sandbox và hỗ trợ Native AOT. Bản cập nhật này cũng giới thiệu hỗ trợ dự án single-file, giúp đơn giản hóa việc triển khai ứng dụng. Người dùng có thể cải thiện hiệu suất bằng cách tận dụng Native AOT, giảm đáng kể thời gian khởi động ứng dụng. Đặc biệt tính năng Windows Sandbox Automation cho phép tự động hóa việc kiểm thử trong môi trường cách ly an toàn, rất hữu ích cho quá trình phát triển và kiểm thử phần mềm.

Lập trình viên nên đọc bài viết này để cập nhật những tính năng mới quan trọng như Windows Sandbox Automation và Native AOT support trong WinApp CLI v0.7.0.

AI added a vulnerable NuGet package to our .NET app

Tình huống xảy ra khi Claude AI đã vô tình thêm gói NuGet Newtonsoft.Json 13.0.3 vào ứng dụng .NET, phiên bản này chứa lỗ hổng bảo mật CVE-2023-23397. Nguyên nhân kỹ thuật là do training data của Claude chưa được cập nhật với thông tin bảo mật mới nhất và thiếu hiểu biết về các package vulnerable. Hệ quả là ứng dụng dễ bị tấn công khai thác lỗ hổng này. Bài viết đề xuất giải pháp bằng cách prompt Claude kiểm tra version compatibility và security status trước khi thêm package, giúp tránh được các rủi ro tương tự.

Bài viết này giúp lập trình viên hiểu và tránh được những lỗ hổng bảo mật do AI tự động đưa vào dự án .NET khi sử dụng Claude.

Clean Code Is Not the Same as Clear Code: Comments Were Never the Problem

Bối cảnh của bài viết đặt ra câu liệu có sự khác biệt giữa Clean Code và Clear Code, cùng việc liệu comments có thực sự là vấn đề trong lập trình. Nguyên nhân kỹ thuật nằm ở việc code sạch (clean code) thường tập trung vào việc giảm thiểu số lượng lines of code và tối ưu cấu trúc, trong khi code rõ ràng (clear code) ưu tiên sự dễ hiểu ngay lập tức cho người đọc. Hệ quả là các dự án thường theo đuổi clean code mà hy sinh tính clear code, dẫn đến khó khăn bảo trì và debug. Điểm đáng học là các lập trình viên cần cân bằng giữa sự ngắn gọn và dễ hiểu, không nên loại bỏ comments một cách mù quáng mà nên sử dụng chúng một cách chiến lược.

Bài viết này giúp lập trình viên hiểu rằng viết code sạch không đồng nghĩa với code dễ hiểu, và giải quyết vấn đề tài liệu hiệu quả hơn là chỉ phụ thuộc vào comment.