Thư Viện Câu Hỏi Phỏng Vấn

Lỗi N+1 Query là một vấn đề phổ biến về hiệu năng khi làm việc với ORM trong các dự án ASP.NET Web API kết nối cơ sở dữ liệu quan hệ.

JWT là chuẩn mở dùng để truyền tải thông tin an toàn giữa các bên dưới dạng đối tượng JSON, thường được sử dụng trong việc xác thực stateless cho ASP.NET Web API.

Dependency Injection (DI) là một kỹ thuật thiết kế phần mềm giúp đạt được Inversion of Control (IoC) giữa các lớp và các phụ thuộc của chúng. ASP.NET Core hỗ trợ sẵn DI thông qua Container tích hợp sẵn.

Middleware là các thành phần phần mềm được lắp ráp thành một pipeline xử lý các yêu cầu HTTP (HTTP requests) và phản hồi (responses). Mỗi middleware có thể thực hiện các tác vụ trước và sau khi chuyển request sang middleware tiếp theo trong chuỗi, hoặc chủ động ngắn mạch (short-circuit) request.

1. Cơ chế Async/Await

Lập trình bất đồng bộ giúp giải phóng các luồng trong Thread Pool của ASP.NET Core khi chờ đợi các tác vụ I/O bound (như gọi API bên ngoài, truy vấn database, đọc ghi file). Thay vì chặn luồng (blocking thread), luồng đó sẽ quay lại phục vụ các HTTP request khác cho đến khi kết quả I/O hoàn tất.

Trong các ứng dụng Enterprise, việc quản lý ngoại lệ tập trung giúp ngăn chặn việc lộ thông tin nhạy cảm của hệ thống (như cấu trúc database, stack trace) ra bên ngoài và đồng thời cung cấp định dạng phản hồi lỗi thống nhất cho phía client.

Khái niệm Dependency Service

Dependency Service là một thiết kế cho phép mã nguồn chung (Shared Code - .NET Standard) gọi tới các chức năng đặc thù của từng nền tảng (Platform-specific implementations) mà không cần phụ thuộc trực tiếp vào mã nguồn của iOS hay Android lúc compile time.

Nguyên nhân chính gây giảm hiệu năng

1. Thiếu sự tái sử dụng Cell (Cell Reuse): Nếu không sử dụng cơ chế caching strategy, mỗi item khi hiển thị sẽ khởi tạo một đối tượng UI mới, gây tốn bộ năng lượng và tài nguyên CPU.
2. Binding quá phức tạp: Sử dụng quá nhiều giá trị Binding trong một DataTemplate với các bộ chuyển đổi (Value Converters) chạy nặng.
3. Kích thước ảnh không tối ưu: Tải ảnh có độ phân giải lớn trực tiếp từ URL mà không qua bước resize hoặc caching.
4. Cấu trúc layout lồng nhau (Deep Layout Nesting): Sử dụng quá nhiều Grid hoặc StackLayout lồng nhau gây tốn thời gian tính toán kích thước (Measure and Layout Pass).

Giải pháp tối ưu hóa chuẩn Enterprise

• Sử dụng CollectionView thay cho ListView: CollectionView cung cấp kiến trúc hiện đại hơn với ItemsLayout linh hoạt và hiệu suất kết xuất tốt hơn.
• Sử dụng CachingStrategy cho ListView:

<ListView x:Name="MyListView" CachingStrategy="RecycleElement">
    <ListView.ItemTemplate>
        <DataTemplate>
            <ViewCell>
                <!-- Nội dung cell tối giản -->
            </ViewCell>
        </DataTemplate>
    </ListView.ItemTemplate>
</ListView>

• Sử dụng FastCell: Đối với Xamarin.Forms, FastCell giúp giảm số lượng phần tử visual bằng cách sử dụng Native rendering trực tiếp thay vì các Forms elements trung gian.

Lưu ý kinh nghiệm thực chiến

Lập trình viên Junior cần luôn kiểm tra bằng công cụ Profiler của Visual Studio để xác định chính xác nút thắt cổ chai (bottleneck) thay vì đoán mò khi tối ưu hóa hiệu năng ứng dụng.

Bản chất sự khác biệt

• Xamarin.Forms: Cho phép xây dựng giao diện người dùng chia sẻ dùng chung (Cross-platform UI) cho cả iOS, Android và UWP thông qua XAML và C#. Nó tự động ánh xạ các Controls chung thành các Native Controls tương ứng của từng nền tảng khi runtime.
• Xamarin.Native (Xamarin.iOS / Xamarin.Android): Cho phép lập trình viên viết giao diện hoàn toàn riêng biệt bằng cách sử dụng các API gốc của từng hệ điều hành thông qua C# bindings, giữ nguyên 100% Native UI và Performance nhưng mã nguồn chia sẻ phần Business Logic (Shared Code thông qua .NET Standard).

Tiêu chí lựa chọn cho dự án Enterprise

• Chọn Xamarin.Forms khi:

Cơ chế hoạt động của GC trong Xamarin

Xamarin sử dụng cả hai bộ thu gom rác: .NET Garbage Collection quản lý các đối tượng được quản lý (Managed Objects) và Native Garbage Collection (Objective-C/Java GC) quản lý các đối tượng gốc (Native Objects).

Kiến trúc MVVM trong Xamarin.Forms

• Model: Đại diện cho tầng dữ liệu (Data Entities, Database, API Services).
• View: Đại diện cho giao diện người dùng (XAML và Code-behind), chịu trách nhiệm hiển thị dữ liệu và nhận tương tác từ người dùng.
• ViewModel: Đóng vai trò trung gian chứa logic nghiệp vụ, các Commands và các Properties được gắn kết với View thông qua cơ chế Data Binding.

Cơ chế Data Binding

Data Binding cho phép đồng bộ hóa dữ liệu tự động giữa View và ViewModel thông qua giao diện INotifyPropertyChanged. Khi giá trị của một Property trong ViewModel thay đổi, nó sẽ kích hoạt sự kiện PropertyChanged, từ đó thông báo cho View cập nhật lại UI.

Phân tích bản chất cơ chế hoạt động

Trong Entity Framework, cả FirstOrDefault và SingleOrDefault đều dùng để truy vấn lấy ra một phần tử duy nhất thỏa mãn điều kiện từ cơ sở dữ liệu. Tuy nhiên, hành vi và ngoại lệ của chúng hoàn toàn khác nhau:

Phân tích bản chất cơ chế hoạt động

Hiện tượng N+1 Query Problem xảy ra khi Entity Framework thực hiện một câu lệnh SQL ban đầu để lấy danh sách N bản ghi bảng cha, sau đó tiếp tục thực hiện thêm N câu lệnh SQL riêng lẻ để lấy dữ liệu bảng con cho từng bản ghi cha.

Phân tích bản chất cơ chế hoạt động

Phân tích bản chất cơ chế hoạt động

Multiple Active Result Sets (MARS) là tính năng cho phép thực hiện nhiều tập kết quả (result sets) trên cùng một kết nối cơ sở dữ liệu. Lỗi liên quan đến MARS thường xảy ra trong Entity Framework khi bạn đang duyệt qua một tập kết quả bằng phương thức trả về kiểu IEnumerable (chưa thực thi ngay lập tức qua ToList()) nhưng lại mở một câu lệnh truy vấn khác trên cùng một DbContext instance.