PRN222 - Lập trình ứng dụng đa nền tảng nâng cao với .NET là môn học xây dựng ứng dụng web đa nền tảng bằng C# 12 và .NET 8 với ASP.NET Core. Ngân hàng câu hỏi trắc nghiệm PRN222 có đáp án bao quát trọn bộ chương trình: lập trình mạng trong .NET (địa chỉ IP, hostname, DNS, URI, giao thức mạng, TCP và UDP, TcpListener, TcpClient, Socket, AcceptSocketAsync, lớp Stream, HttpClient và GetAsync), lập trình bất đồng bộ và song song (async/await, Task, Task.Wait, Task.WhenAll, System.Threading.Tasks, Parallel.ForEach, Task Parallel Library, PLINQ và AsParallel, tác vụ I/O-bound và CPU-bound), Dependency Injection cùng Inversion of Control và nguyên lý SOLID (AddScoped, AddTransient, AddSingleton, vòng đời service, constructor injection, property injection, IServiceProvider, Dependency Inversion, Open Closed), ASP.NET Core MVC (controller, action, IActionResult, ViewResult, HttpPost, Bind, Compare, directive @model, cú pháp Razor, ViewData và ViewBag, PartialView, thư mục wwwroot, model binding, model validation với ModelState), Razor Pages (file .cshtml, thư mục Pages, PageModel, handler OnGet và OnPost, AddRazorPages, BindProperty, _Layout.cshtml, TempData, Session, Cookies, tiêm phụ thuộc vào PageModel, kiểm tra dữ liệu phía client bằng jQuery Unobtrusive Validation), Blazor (Blazor Server và Blazor WebAssembly, hai chế độ render, component, App.razor, directive @page, @bind, @inject, khối @code, thuộc tính Parameter, C# Everywhere), giao tiếp thời gian thực với SignalR (lớp Hub, IHubContext, Clients, Groups.AddToGroupAsync, Hub filters, MessagePack, tự động kết nối lại, namespace Microsoft.AspNetCore.SignalR, AddSignalR, Context, User) và Worker Service cùng BackgroundService (IHostedService, Microsoft.Extensions.Hosting, ExecuteAsync, StartAsync, StopAsync, CancellationToken, appsettings.json, tác vụ nền, xử lý hàng đợi), kèm Entity Framework Core và DbContext. Tài liệu ôn thi FE dành cho sinh viên FPT University.
Tiến độ của bạn sẽ luôn được tính toán và đồng bộ trực tiếp theo tổng số lượng câu hỏi mới nhất của môn học này.
Khi ứng dụng đang shutting down, phương thức được gọi là khi ứng dụng đang tắt. Phương thức này thường được sử dụng để thực hiện các hành động cần thiết trước khi ứng dụng tắt, chẳng hạn như lưu trữ dữ liệu tạm thời, kết nối mạng, hoặc thực hiện các tác vụ cuối cùng. Trong trường hợp này, phương thức được gọi là StopAsync().
Các kịch bản phù hợp nhất cho Worker Services là các trường hợp xử lý hàng đợi (queue messages). Worker Services được thiết kế để chạy trong nền và xử lý các tác vụ lặp đi lặp lại, chẳng hạn như xử lý hàng đợi. Điều này giúp giảm tải cho ứng dụng web và cải thiện hiệu suất. Ngoài ra, Worker Services cũng có thể được sử dụng để chạy các tác vụ độc lập, chẳng hạn như gửi email hoặc thông báo. Tuy nhiên, các kịch bản như chạy UI Blazor, hiển thị Razor Pages hoặc chỉ hosting REST APIs không phù hợp với Worker Services vì chúng yêu cầu tương tác trực tiếp với người dùng hoặc yêu cầu hiển thị UI.
Trong mã nguồn C#, ExecuteAsync là phương thức được sử dụng để thực hiện các tác vụ nền (background tasks). Nó là phương thức được gọi khi một đối tượng thực hiện các tác vụ nền (background service) được tạo ra. Phương thức này được sử dụng để thực hiện các tác vụ nền một cách độc lập và không ảnh hưởng đến luồng chính của chương trình. Trong ví dụ trên, Worker là một lớp thực hiện các tác vụ nền và ExecuteAsync là phương thức được sử dụng để thực hiện các tác vụ nền này. Phương thức ExecuteAsync được gọi khi Worker được tạo ra và nó sẽ thực hiện các tác vụ nền một cách độc lập.
CancellationToken là một tham số quan trọng trong phương thức ExecuteAsync(CancellationToken) trong lập trình. Mục đích chính của tham số này là cho phép dịch vụ được dừng một cách êm ái (gracefully stopped) khi cần thiết. Điều này có nghĩa là khi dịch vụ cần được dừng lại, tham số CancellationToken sẽ được đặt thành trạng thái đã hủy (canceled), từ đó cho phép dịch vụ thực hiện các hành động cần thiết để dừng lại một cách an toàn và không gây ra lỗi. Ví dụ, dịch vụ có thể thoát khỏi các nguồn hệ thống, đóng các kết nối mạng, hoặc thực hiện các hành động khác cần thiết để dừng lại một cách êm ái. Mục đích của CancellationToken là đảm bảo rằng dịch vụ được dừng lại một cách an toàn và không gây ra lỗi khi cần thiết.
Một Worker Service trong ASP.NET Core là một loại ứng dụng web không tương tác, chạy nền và không có giao diện người dùng. Nó được sử dụng để thực hiện các tác vụ lặp đi lặp lại, chẳng hạn như gửi email, cập nhật dữ liệu cơ sở dữ liệu hoặc thực hiện các tác vụ khác mà không cần tương tác với người dùng. Thời gian tồn tại của một Worker Service thường kéo dài cho đến khi ứng dụng được dừng lại thủ công. Điều này có nghĩa là Worker Service sẽ tiếp tục chạy cho đến khi ứng dụng được dừng lại hoặc bị lỗi. Điều này cho phép Worker Service thực hiện các tác vụ lặp đi lặp lại mà không cần phải khởi động lại sau mỗi lần thực hiện.
Phương thức ExecuteAsync(CancellationToken) trong lớp BackgroundService có vai trò quan trọng trong việc định nghĩa logic chính của nhiệm vụ chạy nền. Phương thức này được gọi khi BackgroundService được khởi tạo và sẽ chạy liên tục cho đến khi ứng dụng bị dừng. Trong phương thức này, bạn có thể thực hiện các tác vụ như đọc dữ liệu từ cơ sở dữ liệu, xử lý dữ liệu, gửi thông báo, v.v. Mục đích chính của phương thức này là thực hiện các tác vụ nền mà không ảnh hưởng đến giao diện người dùng. Ví dụ, bạn có thể sử dụng phương thức này để gửi thông báo hàng ngày hoặc hàng giờ, hoặc để cập nhật dữ liệu trên cơ sở dữ liệu.
Để xử lý các thiết lập cấu hình trong một Worker Service, bạn có thể sử dụng file appsettings.json và dependency injection. File appsettings.json được sử dụng để lưu trữ các giá trị cấu hình dưới dạng key-value, trong khi dependency injection giúp bạn có thể dễ dàng inject các giá trị cấu hình vào các lớp của ứng dụng. Điều này giúp bạn có thể dễ dàng quản lý và thay đổi các thiết lập cấu hình mà không cần phải sửa đổi mã nguồn của ứng dụng. Ngoài ra, sử dụng appsettings.json và dependency injection còn giúp bạn có thể dễ dàng phân chia và quản lý các giá trị cấu hình giữa các môi trường khác nhau, chẳng hạn như môi trường phát triển, thử nghiệm và sản xuất.
Để thực hiện một Worker Service, bạn thường sử dụng lớp cơ sở BackgroundService. Lớp này được thiết kế để chạy nền và thực hiện các tác vụ lặp đi lặp lại mà không cần tương tác trực tiếp với người dùng. BackgroundService cung cấp các phương thức như StartAsync và StopAsync để quản lý vòng đời của dịch vụ. Ngoài ra, nó cũng hỗ trợ các tính năng như đồng bộ hóa và lỗi để giúp bạn xây dựng các dịch vụ đáng tin cậy và hiệu quả.
Để thực hiện một nhiệm vụ nền (background task) bằng cách sử dụng dịch vụ Worker, bạn cần tạo một lớp kế thừa từ BackgroundService. Lớp này sẽ chứa phương thức ExecuteAsync, nơi bạn thực hiện logic của nhiệm vụ nền. Phương thức này sẽ được gọi tự động bởi dịch vụ Worker khi nó được khởi tạo. Bạn cũng có thể sử dụng phương thức StartAsync để bắt đầu nhiệm vụ nền ngay lập tức. Ngoài ra, bạn có thể sử dụng các thuộc tính và phương thức khác của lớp BackgroundService để quản lý và giám sát nhiệm vụ nền.
BackgroundService là một lớp trong .NET Core được sử dụng để tạo các dịch vụ chạy nền. Nó thực hiện một số giao diện quan trọng, bao gồm IHostedService. Giao diện IHostedService cho phép các dịch vụ chạy nền được quản lý và khởi động bởi IWebHost. Điều này cho phép các dịch vụ chạy nền được khởi động và dừng cùng với ứng dụng. Ngoài ra, giao diện IHostedService cũng cung cấp các phương thức như StartAsync và StopAsync để quản lý trạng thái của dịch vụ chạy nền. Vì vậy, khi nói về giao diện mà BackgroundService thực hiện nội bộ, câu trả lời chính xác là IHostedService.
Một Worker Service trong .NET là một loại ứng dụng nền tảng được thiết kế để chạy trong nền và thực hiện các tác vụ dài hạn mà không cần tương tác trực tiếp với người dùng. Mục đích chính của một Worker Service là tạo ra các dịch vụ nền tảng có thể chạy trong thời gian dài mà không bị gián đoạn, chẳng hạn như gửi email hàng ngày, cập nhật dữ liệu trong cơ sở dữ liệu, hoặc thực hiện các tác vụ khác mà không cần người dùng tương tác trực tiếp. Điều này giúp tăng cường hiệu suất và giảm tải cho ứng dụng web chính.
Trong Razor Pages, xác thực ở phía khách hàng được kích hoạt bằng cách sử dụng jQuery Unobtrusive Validation. Điều này cho phép thực hiện xác thực trên trình duyệt mà không cần phải gửi yêu cầu đến máy chủ. Để sử dụng tính năng này, bạn cần thêm thư viện jQuery Unobtrusive Validation vào dự án của mình. Sau đó, bạn có thể sử dụng các thuộc tính dữ liệu (data attributes) để chỉ định các quy tắc xác thực cho các trường nhập liệu. Khi người dùng nhập dữ liệu vào các trường này, trình duyệt sẽ tự động thực hiện xác thực và hiển thị thông báo lỗi nếu dữ liệu không hợp lệ. Điều này giúp cải thiện trải nghiệm người dùng và giảm tải cho máy chủ.
Tính năng User trong SignalR được sử dụng để quản lý và gửi tin nhắn đến các khách hàng dựa trên danh tính người dùng đã xác thực. Điều này cho phép các ứng dụng thực hiện các hành động dựa trên danh tính người dùng, chẳng hạn như gửi thông báo hoặc cập nhật trạng thái. Tính năng này cũng giúp các nhà phát triển xây dựng các ứng dụng có tính bảo mật cao hơn, bằng cách đảm bảo rằng các tin nhắn được gửi đến đúng người dùng. Ngoài ra, tính năng User cũng giúp các nhà phát triển quản lý và phân loại các khách hàng dựa trên danh tính người dùng, giúp họ dễ dàng quản lý và theo dõi các hoạt động của khách hàng.
Để sử dụng các hub trong SignalR cho ASP.NET Core, bạn cần tạo các lớp (class) mới mà kế thừa từ lớp Hub. Các lớp này sẽ chứa các phương thức (method) được gọi khi có kết nối đến từ các ứng dụng khách (client). Các phương thức này có thể gửi tin nhắn đến các ứng dụng khách đã kết nối. Ví dụ, bạn có thể tạo một lớp Hub có tên là 'ChatHub' và chứa phương thức 'SendMesssage' để gửi tin nhắn đến các ứng dụng khách đã kết nối. Khi một ứng dụng khách gửi tin nhắn đến server, server sẽ gọi phương thức 'SendMesssage' để gửi tin nhắn đến các ứng dụng khách khác. Điều này cho phép các ứng dụng khách tương tác với nhau trong thời gian thực.
Blazor WebAssembly là một công nghệ cho phép chạy ứng dụng Blazor trên máy khách, nhưng điều này cũng có thể gây ra một số bất lợi. Một trong những nhược điểm chính của Blazor WebAssembly so với Blazor Server là kích thước tải xuống ban đầu và hiệu suất. Khi bạn chạy ứng dụng Blazor WebAssembly, toàn bộ mã nguồn và dữ liệu sẽ được tải xuống máy khách, điều này có thể gây ra sự chậm chạp và khó khăn trong việc tải xuống ban đầu. Ngoài ra, kích thước tải xuống ban đầu lớn cũng có thể gây ra vấn đề về hiệu suất, đặc biệt là trên các thiết bị có cấu hình thấp. Điều này có thể ảnh hưởng đến trải nghiệm người dùng và làm giảm hiệu suất của ứng dụng.
