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

Bản chất cơ chế hoạt động

• Cài đặt Local (Cục bộ): Các gói thư viện được tải xuống và lưu trữ trực tiếp trong thư mục node_modules của dự án hiện tại. Tệp package.json và package-lock.json sẽ ghi nhận các phụ thuộc này. Đây là cách tiếp cận tiêu chuẩn cho hầu hết các thư viện mã nguồn và công cụ phụ thuộc trực tiếp vào mã nguồn của ứng dụng.
• Cài đặt Global (Toàn cục): Các gói thư viện được cài đặt vào một thư mục chung của hệ thống điều hành (ví dụ: /usr/local/lib/node_modules trên macOS/Linux hoặc thư mục AppData trên Windows). Các gói này thường là các dòng lệnh thực thi (CLI tools) dùng chung cho nhiều dự án khác nhau như create-react-app, nodemon, hoặc typescript.

Khi nào nên sử dụng từng chế độ

• Sử dụng Local: Cho tất cả các dependency và devDependency liên quan trực tiếp đến dự án để đảm bảo tính nhất quán giữa các môi trường phát triển của các lập trình viên khác nhau và trên hệ thống CI/CD.
• Sử dụng Global: Chỉ dành cho các công cụ dòng lệnh (CLI tools) hỗ trợ quá trình phát triển mà không gắn kết mã nguồn với logic nghiệp vụ của ứng dụng cụ thể.

Ví dụ minh họa

Cài đặt công cụ chạy lại server tự động dưới dạng Local devDependency thay vì Global:

Bản chất cơ chế hoạt động

• npm install thông thường: Khi chạy trên môi trường Production, nếu cấu hình thiếu cờ định hướng, npm có thể cài đặt cả các gói nằm trong mục devDependencies (các công cụ chỉ dùng cho việc phát triển và kiểm thử như Jest, ESLint, Webpack).
• npm prune: Lệnh này có nhiệm vụ quét tệp package.json và thư mục node_modules hiện tại, sau đó tiến hành gỡ bỏ hoàn toàn bất kỳ gói thư viện nào không được liệt kê trong phần dependencies của tệp cấu hình.

Tác động đến hiệu năng và bảo mật

• Giảm dung lượng hình ảnh Docker (Docker Image Size): Việc loại bỏ các devDependencies giúp thu gọn đáng kể kích thước gói triển khai, tối ưu hóa tốc độ đẩy và kéo image trên các registry.
• Tăng cường bảo mật: Giảm thiểu bề mặt tấn công (attack surface) bằng cách loại bỏ các thư viện kiểm thử hoặc công cụ biên dịch không cần thiết có thể chứa các lỗ hổng bảo mật tiềm ẩn trên môi trường Production.

Ví dụ minh họa quy trình CI/CD chuẩn

npm ci --omit=dev
npm prune

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

Trong các pipeline CI/CD hiện đại, thay vì dùng npm install kèm theo npm prune, các lập trình viên nên sử dụng trực tiếp lệnh npm ci --omit=dev để tự động bỏ qua toàn bộ devDependencies ngay từ bước cài đặt ban đầu, giúp tiết kiệm thời gian và đảm bảo độ sạch sẽ cho thư mục node_modules.

Bản chất nguyên nhân lỗi

Lỗi EACCES xảy ra khi tài khoản người dùng hiện tại không có quyền ghi (write permissions) vào thư mục cài đặt global mặc định của NodeJS (thường thuộc quyền sở hữu của người dùng root). Việc sử dụng lệnh sudo npm install -g để khắc phục là một thói quen nguy hiểm vì nó làm thay đổi quyền sở hữu của các tệp cấu hình hệ thống và có thể tạo ra các lỗ hổng bảo mật nghiêm trọng.

Bản chất cơ chế hoạt động

• npm install: Được thiết kế dành cho môi trường phát triển cục bộ (local development). Lệnh này có khả năng tự động cập nhật tệp package-lock.json nếu phát hiện thấy sự không khớp nhẹ, đồng thời phân tích cú pháp cây phụ thuộc và có thể thực hiện các thuật toán giải quyết phiên bản động.
• npm ci (Clean Install): Được thiết kế chuyên biệt cho các môi trường tự động hóa như CI/CD pipelines. Lệnh này yêu cầu sự tồn tại bắt buộc của tệp package-lock.json. Nó sẽ xóa sạch thư mục node_modules hiện có trước khi cài đặt và tiến hành cài đặt chính xác từng phiên bản gói được khóa trong tệp lock file mà không thực hiện bất kỳ sự thay đổi nào đối với tệp này.

Các tiêu chí so sánh chuyên sâu

1. Tốc độ: npm ci thường nhanh hơn đáng kể trong môi trường CI vì nó bỏ qua các bước phân tích cây phụ thuộc phức tạp.
2. Tính toàn vẹn (Determinism): npm ci đảm bảo 100% rằng mọi môi trường từ máy cá nhân đến máy chủ Production đều chạy đúng một phiên bản mã nguồn và dependencies giống hệt nhau, ngăn chặn triệt để lỗi 'trên máy tôi chạy bình thường'.

Ví dụ minh họa trong tệp cấu hình GitHub Actions

- name: Install dependencies
  run: npm ci

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

Nếu tệp package.json và tệp package-lock.json không đồng bộ với nhau, lệnh npm ci sẽ lập tức báo lỗi và dừng quá trình xây dựng. Đây là cơ chế bảo vệ cực kỳ quan trọng giúp đội ngũ phát hiện sớm các thay đổi chưa được đồng bộ hóa trong mã nguồn.

Bản chất cơ chế hoạt động

• npm init: Là một tiện ích dòng lệnh tương tác giúp lập trình viên khởi tạo một dự án NodeJS mới bằng cách sinh ra tệp package.json thông qua các câu hỏi cấu hình cơ bản (tên dự án, phiên bản, mô tả, tệp điểm vào entry point, tác giả, giấy phép).
• Khởi tạo thủ công: Lập trình viên tự tạo một tệp package.json trống và tự viết các thuộc tính JSON bằng tay.

Các trường dữ liệu bắt buộc chuẩn Enterprise trong package.json

Khi khởi tạo, một tệp package.json chuẩn mực cần đảm bảo các trường tối thiểu sau để phục vụ cho việc quản lý và kiểm tra:

Việc ghi đè phương thức trong Category được coi là hành động nguy hiểm vì các lý do sau:

Trong Objective-C, thuộc tính 'atomic' và 'nonatomic' quyết định cách thức truy cập dữ liệu trong môi trường đa luồng:

Method Swizzling là kỹ thuật thay đổi triển khai (implementation) của một phương thức tại runtime bằng cách hoán đổi các Selector.

Khi một đối tượng sở hữu một Block, và Block đó lại giữ một tham chiếu mạnh (strong reference) tới đối tượng đó (thông qua 'self'), một vòng lặp tham chiếu (Retain Cycle) sẽ xảy ra, khiến đối tượng không bao giờ được giải phóng.

Sự khác biệt nằm ở khả năng kiểm tra kiểu dữ liệu của trình biên dịch (Compiler Type Checking):

Khi phát triển phần mềm theo tiêu chuẩn Enterprise, việc kiểm thử từng thành phần riêng lẻ (Unit Testing) đòi hỏi lập trình viên phải cô lập đối tượng cần kiểm thử khỏi các phụ thuộc bên ngoài như Database, Third-party API hoặc File System.

Khi xây dựng các kịch bản kiểm thử, lập trình viên thường gặp tình huống phải kiểm tra một hàm logic với nhiều tập dữ liệu đầu vào và kết quả kỳ vọng khác nhau. Thay vì viết lặp lại nhiều hàm test có cấu trúc giống nhau, Parameterized Testing là giải pháp tối ưu.

Kiểm thử tích hợp (Integration Testing) ở tầng API đóng vai trò xác thực rằng các tầng Controller, Service và Database tương tác chính xác với nhau, không chỉ dựa vào các đối tượng giả lập (Mock).

Các ứng dụng hiện đại sử dụng rất nhiều lập trình bất đồng bộ (Asynchronous Programming). Nếu lập trình viên không xử lý đúng cách trong mã nguồn kiểm thử, test runner sẽ kết thúc trước khi kết quả trả về, dẫn đến hiện tượng Test Pass giả (False Positive).

Code Coverage là một chỉ số định lượng giúp đội ngũ phát triển biết được phần nào của mã nguồn đã được thực thi thông qua bộ kiểm thử tự động (Unit và Integration Tests).