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

Bản chất vấn đề

Phương thức .load() của jQuery là một tiện ích ngắn gọn để tải dữ liệu HTML từ một URL và chèn nó vào một phần tử DOM được chọn. Mặc dù tiện lợi, việc lạm dụng phương thức này trong các ứng dụng web quy mô lớn có thể dẫn đến các vấn đề về bảo mật, khó khăn trong quản lý trạng thái và hiệu năng.

Bản chất vấn đề

Các hiệu ứng chuyển động như .fadeIn(), .fadeOut(), .slideToggle() trong jQuery thực hiện thay đổi thuộc tính CSS liên tục qua từng khung hình (Frames) sử dụng hàm setTimeout hoặc requestAnimationFrame. Khi áp dụng các hiệu ứng này đồng thời cho một số lượng lớn phần tử DOM (ví dụ: danh sách hàng trăm sản phẩm), trình duyệt sẽ gặp hiện tượng tụt khung hình (Jank/Lag) do tắc nghẽn luồng chính (Main Thread).

Bản chất vấn đề

Khi phát triển ứng dụng web, việc người dùng thực hiện các hành động liên tục như tìm kiếm thời gian thực (Live Search) hoặc bấm nút gửi form nhiều lần có thể tạo ra các yêu cầu AJAX dư thừa. Nếu không hủy bỏ các yêu cầu cũ, ứng dụng có thể gặp tình trạng Race Conditions, phản hồi cũ ghi đè lên phản hồi mới hoặc gây lãng phí tài nguyên mạng.

Phân tích bản chất

• Struct (Value Type): Khi gán hoặc truyền, dữ liệu được sao chép. Mỗi instance có dữ liệu độc lập, giúp tránh các tác động ngoài ý muốn (side effects) trong môi trường đa luồng.
• Class (Reference Type): Khi gán hoặc truyền, chỉ có tham chiếu (địa chỉ bộ nhớ) được chuyển đi. Nhiều biến có thể cùng trỏ đến một đối tượng, dễ dẫn đến lỗi thay đổi dữ liệu không kiểm soát.

Khi nào nên sử dụng Struct?

• Dùng cho các mô hình dữ liệu (Data Models), cấu hình (Configuration), hoặc các thành phần logic nhỏ không yêu cầu quản lý vòng đời phức tạp.
• Ưu tiên Struct vì tính an toàn (thread-safety) và hiệu năng (cấp phát trên stack nhanh hơn heap).

Ví dụ

struct UserProfile {
    var name: String
    var age: Int
}

Lưu ý thực chiến

Sử dụng Struct giúp giảm thiểu Retain Cycle và các lỗi liên quan đến quản lý bộ nhớ, vốn là nguyên nhân phổ biến gây crash ứng dụng.

Bản chất vấn đề

• Main Queue là nơi xử lý các sự kiện giao diện (UI Events), vẽ màn hình (Rendering) và tương tác người dùng. Nếu thực hiện tác vụ nặng (như xử lý ảnh, parsing JSON lớn, truy vấn database) trên Main Queue, luồng này sẽ bị chặn (block).
• Hậu quả: Ứng dụng bị treo (frozen), khung hình giảm (dropped frames), dẫn đến trải nghiệm người dùng kém và hệ điều hành có thể tiêu diệt ứng dụng nếu nó không phản hồi quá lâu (Watchdog timeout).

Giải pháp

Luôn đẩy các tác vụ nặng vào Background Queue và chỉ cập nhật UI trên Main Queue.

Phương pháp thực hiện

• Tách biệt logic: ViewModel chỉ nên chứa logic xử lý dữ liệu, không được import UIKit hoặc gọi các thuộc tính như UIButton, UILabel.
• Data Binding: Sử dụng các cơ chế như Combine, Closure hoặc Delegate để truyền tải thay đổi dữ liệu từ ViewModel sang View.
• Dependency Injection: Tiêm các dịch vụ (Services) thông qua Protocol vào ViewModel thay vì khởi tạo trực tiếp bên trong.

Ví dụ

protocol DataServiceProtocol {
    func fetchData() -> String
}

class UserViewModel {
    private let service: DataServiceProtocol
    init(service: DataServiceProtocol) {
        self.service = service
    }
}

Lưu ý thực chiến

Khi ViewModel không phụ thuộc vào UIKit, bạn có thể dễ dàng tạo các Mock Object để giả lập dữ liệu trong Unit Test mà không cần chạy giả lập (Simulator).

So sánh

• OOP: Dựa trên kế thừa (Inheritance). Một lớp con chỉ có thể kế thừa từ một lớp cha duy nhất, dễ dẫn đến cây kế thừa cồng kềnh (Massive Base Class).
• POP: Dựa trên giao thức (Protocol). Một đối tượng có thể tuân thủ nhiều giao thức, cho phép tái sử dụng code linh hoạt thông qua Protocol Extensions.

Tại sao nên dùng POP?

• Giảm thiểu sự phụ thuộc chặt chẽ (tight coupling).
• Cho phép định nghĩa hành vi mặc định cho các đối tượng khác nhau mà không cần quan hệ cha-con.

Ví dụ

protocol Loggable {
    func log()
}
extension Loggable {
    func log() { print("Logging action") }
}

Lưu ý thực chiến

Trong các dự án Enterprise, POP giúp code trở nên modular, dễ bảo trì và dễ mở rộng tính năng mà không làm thay đổi cấu trúc phân cấp đối tượng.

Lý do bảo mật

• UserDefaults lưu trữ dữ liệu dưới dạng file .plist không được mã hóa trên bộ nhớ của thiết bị.
• Bất kỳ ứng dụng nào có quyền truy cập hoặc nếu thiết bị bị jailbreak, dữ liệu trong UserDefaults rất dễ bị đọc trộm.

Giải pháp thay thế

• Sử dụng Keychain Services. Keychain cung cấp cơ chế lưu trữ an toàn, được mã hóa và chỉ ứng dụng của bạn (hoặc các ứng dụng cùng nhóm) mới có quyền truy cập.

Ví dụ sử dụng Keychain

Sử dụng các thư viện như KeychainAccess để quản lý token một cách an toàn thay vì lưu trực tiếp vào UserDefaults.

Để sử dụng các Capacitor Plugins gọi tính năng Native như Camera hoặc Geolocation trong ứng dụng Ionic, lập trình viên cần tuân theo quy trình chuẩn và các nguyên tắc bảo mật cơ bản:

Việc sử dụng các Ionic Components thay vì thẻ HTML thông thường mang lại nhiều lợi ích quan trọng về mặt trải nghiệm người dùng và hiệu năng ứng dụng:

Ứng dụng Ionic sử dụng cơ chế định tuyến (Navigation stack) giữ các trang cũ trong bộ nhớ thay vì hủy hoàn toàn khi người dùng chuyển trang. Do đó, các Lifecycle Hooks đặc thù của Ionic đóng vai trò quan trọng trong việc quản lý dữ liệu.

Kết hợp giữa Angular Reactive Forms và các thành phần giao diện Ionic giúp xây dựng các biểu mẫu chuyên nghiệp, dễ kiểm soát trạng thái và validate dữ liệu.

Ứng dụng Ionic chạy trên nhiều môi trường khác nhau (Web, Android, iOS). Việc phân tách logic hoặc giao diện theo nền tảng là một kỹ năng quan trọng đối với lập trình viên Junior.

Thuộc tính 'contenteditable' trong HTML5 cho phép biến bất kỳ phần tử DOM thông thường nào (như div, p, span) thành một vùng có thể chỉnh sửa trực tiếp bởi người dùng giống như các thẻ input hay textarea.

Thẻ
(line break) trong HTML có nhiệm vụ duy nhất là ngắt dòng văn bản bên trong một đoạn văn (ví dụ: địa chỉ, thơ ca). Việc sử dụng
liên tiếp để tạo khoảng cách (spacing) giữa các thành phần giao diện là một lỗi thiết kế phổ biến của lập trình viên Junior.