Cho đoạn chương trình sau:
class Trai_cay
{
private:
char mauvo[5]
char mauhat[3]
char hinhdang[30]
public:
void Hienthi();
};
Cần xây dựng lớp Trai_dua_hau. Quan hệ giữa lớp Trai_cay và lớp Trai_dua_hau là:

Câu hỏi yêu cầu xác định thuộc tính của lớp đường thẳng y = ax + b. Trong phương trình này, 'a' và 'b' là các hệ số xác định đường thẳng (a là hệ số góc, b là tung độ gốc). 'x' và 'y' là các biến số biểu diễn tọa độ của một điểm nằm trên đường thẳng. * **Đáp án A: Các hệ số a, b** - Đây là đáp án chính xác vì 'a' và 'b' là các thuộc tính định nghĩa một đường thẳng cụ thể. * **Đáp án B: Các hệ số x, y** - Sai, vì x, y là biến số, không phải thuộc tính của lớp đường thẳng. * **Đáp án C: Các hệ số a, b, x, y** - Sai, vì x, y là biến số, không phải thuộc tính của lớp đường thẳng. * **Đáp án D: Các hệ số a, x, b** - Sai, vì x là biến số, không phải thuộc tính của lớp đường thẳng.

Trong hệ toạ độ Oxyz, một điểm được xác định bởi ba giá trị: hoành độ (x), tung độ (y) và cao độ (z). Do đó, lớp điểm trong hệ toạ độ Oxyz sẽ có các thuộc tính là tung độ, hoành độ và cao độ. Phương án A đúng vì nó liệt kê đầy đủ và chính xác các thuộc tính cần thiết để định nghĩa một điểm trong không gian ba chiều Oxyz. Phương án B sai vì thuộc tính "dịch chuyển" không phải là một thuộc tính cơ bản để định nghĩa một điểm trong hệ tọa độ Oxyz. Dịch chuyển liên quan đến sự thay đổi vị trí của điểm, không phải là các tọa độ của nó. Phương án C sai vì chỉ có "dịch chuyển" là không đủ để xác định một điểm trong không gian ba chiều. Phương án D sai vì phương án A đã cung cấp một đáp án đúng.

Sự kế thừa (inheritance) là một trong những khái niệm cốt lõi của lập trình hướng đối tượng, cho phép một lớp (lớp con/lớp dẫn xuất) kế thừa các thuộc tính và phương thức của một lớp khác (lớp cha/lớp cơ sở). * **Phương án A: Lớp Điểm và Hình tròn.** Hình tròn *không* phải là một loại Điểm. Do đó, đây không phải là ví dụ về kế thừa. * **Phương án B: Lớp Xe ô tô và lớp Xe.** Xe ô tô là một loại Xe. Lớp `Xe ô tô` có thể kế thừa các thuộc tính chung của `Xe` (ví dụ: số bánh, màu sắc, động cơ) và thêm các thuộc tính đặc thù (ví dụ: số chỗ ngồi, kiểu dáng). Đây là một ví dụ điển hình của kế thừa. * **Phương án C: Lớp Điểm và Lớp điểm màu.** Lớp `Điểm màu` có thể kế thừa các thuộc tính của lớp `Điểm` (ví dụ: tọa độ x, y) và thêm thuộc tính màu sắc. Đây cũng là một ví dụ về kế thừa. * **Phương án D: Tất cả các phương án đều đúng.** Phương án này không đúng vì A không phải là kế thừa. Vậy đáp án đúng là B và C. Tuy nhiên, vì không có phương án nào chỉ ra cả B và C đúng, nên ta xét đến phương án "phù hợp nhất". C là đáp án thể hiện sự kế thừa trực tiếp và rõ ràng hơn. Do đó, C được xem là đáp án đúng hơn. Tuy nhiên, cần lưu ý rằng câu hỏi có thể gây tranh cãi do có hai đáp án đúng. Để chính xác hơn, câu hỏi nên được điều chỉnh lại để chỉ có một đáp án đúng duy nhất hoặc chấp nhận cả B và C là đáp án đúng.

Phương thức public trong một lớp được thiết kế để có thể truy cập và tương tác từ bên ngoài lớp đó. Điều này cho phép các đối tượng của lớp khác hoặc các phần khác của chương trình sử dụng các dịch vụ mà lớp cung cấp. Điều này trái ngược với các phương thức private hoặc protected, mà chỉ có thể được truy cập từ bên trong lớp hoặc từ các lớp con của nó. * **A. Tương tác với các lớp hay môi trường bên ngoài**: Đây là mục đích chính của việc khai báo phương thức là public. Các lớp hoặc đối tượng khác có thể gọi và sử dụng các phương thức này. * **B. Thể hiện tính bao gói dữ liệu**: Tính bao gói dữ liệu (encapsulation) liên quan đến việc ẩn các chi tiết triển khai bên trong của một lớp và chỉ cung cấp một giao diện công khai để tương tác. Phương thức public là một phần của giao diện này, nhưng không phải là mục đích duy nhất để thể hiện tính bao gói. * **C. Thể hiện rõ tính chất đa hình**: Đa hình (polymorphism) cho phép các đối tượng của các lớp khác nhau được xử lý như các đối tượng của một kiểu chung. Phương thức public có thể tham gia vào đa hình, nhưng đó không phải là lý do chính để chúng được khai báo là public. * **D. Tương tác với các thuộc tính bên trong lớp**: Các phương thức bên trong lớp (bao gồm cả public) có thể tương tác với các thuộc tính của lớp, nhưng việc khai báo phương thức là public không chỉ dành riêng cho mục đích này. Do đó, đáp án chính xác nhất là A.

Trong C++, khi định nghĩa một phương thức (function) bên ngoài lớp (class) mà phương thức đó đã được khai báo bên trong lớp, ta cần sử dụng toán tử phạm vi (scope resolution operator) `::` để chỉ rõ phương thức này thuộc về lớp nào. Trong trường hợp này, phương thức `addHour` đã được khai báo trong lớp `Time`. Vì vậy, khi định nghĩa nó bên ngoài lớp, cú pháp đúng phải là `void Time::addHour(int h) {//Nội dung}`. Điều này cho trình biên dịch biết rằng phương thức `addHour` mà chúng ta đang định nghĩa là một phần của lớp `Time`. Các lựa chọn khác không đúng vì: - A và B: Không sử dụng toán tử phạm vi `::`, dẫn đến việc trình biên dịch không hiểu phương thức `addHour` này thuộc về lớp `Time`. - C: Sai cú pháp, phải là `Time::addHour` chứ không phải `time:addHour` (chú ý chữ hoa/thường).