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

Trong phát triển dự án với IOS, việc tối ưu hóa và quản lý tốt UIKit views là vô cùng quan trọng để đảm bảo tính ổn định và hiệu năng của hệ thống. Dưới đây là các khía cạnh kỹ thuật cốt lõi:

Trong phát triển dự án với IOS, việc tối ưu hóa và quản lý tốt AutoLayout constraints là vô cùng quan trọng để đảm bảo tính ổn định và hiệu năng của hệ thống. Dưới đây là các khía cạnh kỹ thuật cốt lõi:

Vai trò của Property Observers

Property Observers cho phép theo dõi và phản ứng với các thay đổi của giá trị thuộc tính. Trong MVVM, chúng thường được dùng để cập nhật giao diện (UI) ngay khi dữ liệu trong ViewModel thay đổi.

Nguyên nhân gây lỗi OOM

Việc tải trực tiếp ảnh có độ phân giải cao vào bộ nhớ (RAM) mà không qua xử lý sẽ khiến ứng dụng vượt quá giới hạn bộ nhớ cho phép của hệ điều hành.

Lợi ích của Extension

1. Tổ chức code: Giúp phân tách các nhóm chức năng (ví dụ: tách phần triển khai Protocol, phần xử lý logic, phần UI) giúp file code dễ đọc hơn.
2. Tính module hóa: Dễ dàng quản lý các đoạn code thực hiện các tác vụ riêng biệt mà không làm thay đổi cấu trúc của class chính.

Hạn chế cần lưu ý

1. Không thể thêm Stored Properties: Bạn không thể khai báo các biến lưu trữ dữ liệu trong Extension, chỉ có thể thêm Computed Properties.
2. Khó khăn trong việc Debug: Nếu lạm dụng quá nhiều file nhỏ, việc truy vết luồng thực thi (execution flow) có thể trở nên phức tạp hơn đối với các lập trình viên mới.
3. Overriding: Bạn không thể override các phương thức đã được định nghĩa trong class cha từ bên trong Extension.

Kinh nghiệm thực chiến

Nên sử dụng Extension để tuân thủ nguyên tắc Single Responsibility Principle (SRP). Ví dụ: một class ViewController có thể có các extension riêng biệt như ViewController+TableViewDataSource.swift và ViewController+Network.swift.

Phân biệt Serial và Concurrent

1. Serial Queue: Thực hiện các tác vụ tuần tự, chỉ một tác vụ được chạy tại một thời điểm. Đảm bảo tính thứ tự của dữ liệu.
2. Concurrent Queue: Cho phép thực hiện nhiều tác vụ cùng lúc. Hệ thống sẽ quyết định số lượng thread tùy thuộc vào tài nguyên phần cứng.

Race Condition là gì?

Race Condition xảy ra khi nhiều thread cùng truy cập và thay đổi một biến (shared resource) tại cùng một thời điểm, dẫn đến kết quả không dự đoán được.

Vấn đề với Completion Handlers

Việc sử dụng Completion Handlers dễ dẫn đến tình trạng Callback Hell (lồng ghép nhiều closure), khó quản lý lỗi và dễ gây ra lỗi Retain Cycle nếu không sử dụng [weak self] cẩn thận.

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.

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

Giải pháp kỹ thuật

Tại sao Singleton là Anti-pattern?