The ability to reuse objects already defined, perhaps for a different purpose, with modification appropriate to the new purpose, is referred to as

Biến `static` trong một lớp (class) có nghĩa là biến đó thuộc về chính lớp chứ không phải thuộc về bất kỳ một đối tượng (instance) cụ thể nào của lớp đó. Điều này dẫn đến một số hệ quả quan trọng:

* Chỉ có một bản sao duy nhất: Tất cả các đối tượng của lớp đó đều dùng chung một bản sao duy nhất của biến `static`. Do đó, nếu một đối tượng thay đổi giá trị của biến `static`, sự thay đổi này sẽ ảnh hưởng đến tất cả các đối tượng khác của lớp đó.

* Không phụ thuộc vào đối tượng: Biến `static` tồn tại ngay cả khi không có đối tượng nào của lớp được tạo ra. Nó có thể được truy cập thông qua tên lớp, ví dụ: `TenLop.tenBienStatic`.

Phân tích các phương án:

* A. Mỗi instance của class sẽ có bản sao riêng của biến: Sai. Đây là đặc điểm của biến instance (không phải static).
* B. Thay đổi biến ở một instance sẽ không ảnh hưởng đến instance khác của class: Sai. Vì tất cả các instance dùng chung một bản sao của biến static.
* C. Thay đổi biến ở một instance sẽ không ảnh hưởng đến instance khác của class: Sai. Lặp lại phương án B.
* D. Mọi instance của class phải cân nhắc giá trị của biến static trước khi khởi tạo: Sai. Việc khởi tạo biến static không phụ thuộc vào các instance và không cần instance nào phải cân nhắc giá trị của nó trước khi khởi tạo.

Một lớp được gọi là abstract (trừu tượng) khi nó chứa ít nhất một phương thức trừu tượng (abstract method). Một phương thức trừu tượng là một phương thức được khai báo nhưng không được định nghĩa (không có phần thân). Trong C++, một phương thức trừu tượng được khai báo bằng cách gán nó bằng 0 ( `= 0`).

* Phương án A sai: Một lớp abstract không nhất thiết phải không có phương thức nào. Nó có thể có cả phương thức abstract và phương thức không abstract.
* Phương án B sai: Constructor của lớp abstract có thể có tham số hoặc không, không có yêu cầu bắt buộc nào.
* Phương án C đúng: Đây là cách khai báo một phương thức thuần ảo (pure virtual function) trong C++, khiến lớp trở thành abstract. Một lớp có chứa ít nhất một phương thức thuần ảo là một lớp trừu tượng.
* Phương án D sai: Lớp abstract không chỉ tồn tại trong giai đoạn thiết kế. Nó có thể được sử dụng để tạo các lớp con cụ thể, nhưng không thể tạo trực tiếp đối tượng từ lớp abstract.

Đoạn mã C++ này có một lỗi quan trọng liên quan đến tính kế thừa và con trỏ.

Phân tích lỗi:

* Tính kế thừa: Lớp `Derived` kế thừa từ lớp `Base` theo chế độ `private`. Điều này có nghĩa là tất cả các thành viên của `Base` (kể cả các thành viên `public`) trở thành `private` trong `Derived`. Do đó, bên ngoài lớp `Derived`, không thể truy cập hoặc sử dụng các thành viên của `Base` thông qua đối tượng của `Derived`.

* Con trỏ và ép kiểu: Trong hàm `main`, bạn đang cố gắng gán địa chỉ của một đối tượng `Derived` cho một con trỏ kiểu `Base*`. Tuy nhiên, vì `Derived` kế thừa `Base` theo chế độ `private`, việc ép kiểu ngầm định từ `Derived*` sang `Base*` là không hợp lệ bên ngoài lớp `Derived`. Điều này là do trình biên dịch không cho phép bạn sử dụng một con trỏ `Base*` để truy cập các thành viên `private` của `Base` trong `Derived` từ bên ngoài.

Giải thích các phương án:

* A. There is nothing wrong: Sai. Như đã giải thích ở trên, có một lỗi trong việc sử dụng con trỏ và tính kế thừa.
* B. One cannot have a ‘Base’ pointer to ‘Derived’ since it is not derived publicly: Đúng. Vì kế thừa là `private` nên không thể dùng con trỏ `Base` để trỏ đến đối tượng `Derived` bên ngoài lớp `Derived`.
* C. One need a derived class pointer to point to a derived class: Sai. Vấn đề không phải là việc cần con trỏ của lớp con, mà là chế độ kế thừa `private` ngăn cản việc sử dụng con trỏ lớp cha để trỏ đến đối tượng lớp con từ bên ngoài.
* D. One required to code a constructor for Derived: Sai. Mặc dù việc có constructor cho `Derived` là cần thiết trong nhiều trường hợp, nhưng nó không phải là nguyên nhân trực tiếp gây ra lỗi trong đoạn mã này. Lỗi chủ yếu đến từ việc kế thừa `private`.

Kết luận:

Đáp án đúng là B. Kế thừa `private` ngăn cản việc sử dụng con trỏ `Base` để trỏ đến đối tượng `Derived` bên ngoài lớp `Derived`.

Mảng là một cấu trúc dữ liệu quan trọng trong lập trình. Đặc điểm then chốt của mảng là:

* Tính đồng nhất về kiểu dữ liệu: Tất cả các phần tử trong mảng phải có cùng kiểu dữ liệu (ví dụ: số nguyên, số thực, ký tự, chuỗi).
* Vị trí bộ nhớ liên tiếp: Các phần tử của mảng được lưu trữ liền kề nhau trong bộ nhớ, giúp truy cập nhanh chóng.
* Truy cập thông qua chỉ số: Mỗi phần tử trong mảng có một chỉ số (index) duy nhất, bắt đầu từ 0 (hoặc 1 tùy ngôn ngữ lập trình), cho phép truy cập trực tiếp đến phần tử đó thông qua tên mảng và chỉ số của nó.

Phân tích các đáp án:

* A: Sai. Các phần tử của mảng phải nằm trên các vị trí bộ nhớ *liên tiếp*.
* B: Sai. Các phần tử của mảng phải *cùng* kiểu dữ liệu.
* C: Đúng. Đáp án này bao gồm đầy đủ và chính xác các đặc điểm của mảng: các phần tử cùng kiểu, vị trí bộ nhớ liên tiếp, và truy cập thông qua chỉ số.
* D: Sai. Vì đáp án C đúng.

Vậy đáp án đúng là C.