Đề 7 – Bài tập, đề thi trắc nghiệm online Lập trình hướng đối tượng

A A. Để tạo ra một đối tượng mới của lớp cha. B B. Để truy cập các thuộc tính và phương thức của lớp cha. C C. Để gọi phương thức hủy bỏ (destructor) của lớp cha. D D. Để ngăn chặn lớp con kế thừa từ lớp cha.

A A. Viết càng nhiều mã càng tốt trong mỗi lớp. B B. Tối ưu hóa hiệu suất trước khi quan tâm đến tính dễ đọc và bảo trì. C C. Đảm bảo tính gắn kết cao (high cohesion) trong mỗi lớp và sự kết nối lỏng lẻo (loose coupling) giữa các lớp. D D. Sử dụng càng nhiều kế thừa càng tốt để tái sử dụng mã.

A A. Phương thức 'static' chỉ có thể được gọi từ bên trong lớp, còn phương thức 'instance' có thể được gọi từ bên ngoài. B B. Phương thức 'instance' thuộc về lớp, còn phương thức 'static' thuộc về đối tượng. C C. Phương thức 'static' thuộc về lớp và có thể được gọi trực tiếp thông qua tên lớp, không cần đối tượng; phương thức 'instance' thuộc về đối tượng và cần được gọi thông qua một đối tượng cụ thể. D D. Không có sự khác biệt lớn giữa phương thức 'static' và 'instance'.

A A. Có thể được gọi trực tiếp từ bên ngoài lớp. B B. Phải được định nghĩa lại (override) ở lớp con. C C. Không có thân phương thức (body) và phải được định nghĩa trong lớp cha. D D. Chỉ có thể được sử dụng trong các lớp giao diện (interface).

A A. 'Overriding' xảy ra trong cùng một lớp, còn 'overloading' xảy ra giữa lớp cha và lớp con. B B. 'Overloading' là định nghĩa lại một phương thức đã có ở lớp cha trong lớp con, còn 'overriding' là định nghĩa nhiều phương thức cùng tên nhưng khác tham số trong cùng một lớp. C C. 'Overriding' là định nghĩa lại một phương thức đã có ở lớp cha trong lớp con để thay đổi hành vi; 'overloading' là định nghĩa nhiều phương thức cùng tên trong cùng một lớp hoặc lớp cha/con nhưng khác nhau về danh sách tham số. D D. 'Overriding' và 'overloading' là hai tên gọi khác nhau của cùng một khái niệm.

A A. Khả năng tái sử dụng mã nguồn cao hơn. B B. Dễ dàng quản lý các dự án lớn và phức tạp hơn. C C. Hiệu suất thực thi chương trình nhanh hơn trong mọi trường hợp. D D. Tính bảo trì và khả năng mở rộng tốt hơn.

A A. Tăng tốc độ thực thi chương trình. B B. Quản lý bộ nhớ tự động bằng cách giải phóng bộ nhớ không còn được sử dụng bởi chương trình. C C. Phát hiện và sửa lỗi logic trong chương trình. D D. Bảo vệ chương trình khỏi các cuộc tấn công bảo mật.

A A. Kế thừa (Inheritance) B B. Giao diện (Interface) C C. Templates hoặc Generics D D. Đóng gói (Encapsulation)

A A. Class là một thể hiện cụ thể của object. B B. Object là bản thiết kế, còn class là thể hiện thực tế. C C. Class là bản thiết kế, còn object là thể hiện cụ thể được tạo ra từ class. D D. Class và object là hai khái niệm hoàn toàn độc lập, không liên quan đến nhau.

A A. Hành vi động của đối tượng trong hệ thống. B B. Cấu trúc tĩnh của các lớp, thuộc tính và mối quan hệ giữa chúng. C C. Quy trình xử lý dữ liệu trong hệ thống. D D. Giao diện người dùng của hệ thống.

A A. Giảm tính linh hoạt của mã nguồn. B B. Tăng sự phức tạp trong quản lý đối tượng. C C. Cho phép tái sử dụng mã nguồn và xây dựng hệ thống phân cấp các lớp. D D. Hạn chế khả năng mở rộng của ứng dụng.

A A. Coupling cao và Cohesion cao. B B. Coupling cao và Cohesion thấp. C C. Coupling thấp và Cohesion cao. D D. Coupling thấp và Cohesion thấp.

A A. Để tạo ra các đối tượng cụ thể của lớp đó. B B. Để định nghĩa một giao diện (interface) hoàn chỉnh cho các lớp khác. C C. Để cung cấp một lớp cơ sở chung với một số hành vi mặc định và một số hành vi trừu tượng (cần lớp con cài đặt cụ thể). D D. Để thay thế cho việc sử dụng giao diện (interface) trong mọi trường hợp.

A A. Tính đa hình (Polymorphism) B B. Tính đóng gói (Encapsulation) C C. Tính kế thừa (Inheritance) D D. Tính trừu tượng (Abstraction)

A A. Tăng độ phức tạp của mã nguồn. B B. Giảm hiệu suất của chương trình. C C. Cung cấp các giải pháp đã được kiểm chứng cho các vấn đề thiết kế phần mềm thường gặp. D D. Giới hạn sự sáng tạo của lập trình viên.

A A. Sử dụng quá nhiều biến toàn cục. B B. Không sử dụng vòng lặp. C C. Vi phạm nguyên tắc đóng gói bằng cách truy cập trực tiếp vào thuộc tính đối tượng từ bên ngoài lớp. D D. Viết mã quá ngắn gọn và khó hiểu.

A A. Khi có quá nhiều lớp con kế thừa từ một lớp cha duy nhất. B B. Khi một lớp con kế thừa từ hai hoặc nhiều lớp cha có chung một lớp ông bà. C C. Khi các phương thức trong lớp cha và lớp con có cùng tên. D D. Khi sử dụng giao diện (interface) thay vì lớp trừu tượng.

A A. Sử dụng kế thừa nhiều nhất có thể để tái sử dụng mã. B B. Ưu tiên sử dụng kết hợp (composition) để xây dựng mối quan hệ 'có một' (has-a) thay vì kế thừa (inheritance) cho mối quan hệ 'là một loại' (is-a). C C. Tránh sử dụng cả kết hợp và kế thừa để giảm độ phức tạp. D D. Sử dụng kế thừa cho mối quan hệ 'có một' và kết hợp cho mối quan hệ 'là một loại'.

A A. Thuộc tính 'private' sẽ tự động chuyển thành 'public'. B B. Chương trình sẽ biên dịch thành công và truy cập được thuộc tính. C C. Lỗi biên dịch hoặc lỗi thời gian chạy sẽ xảy ra. D D. Giá trị mặc định của thuộc tính 'private' sẽ được trả về.

A A. 'Composition' tạo ra mối quan hệ 'là một loại' (is-a), còn 'inheritance' tạo ra mối quan hệ 'có một' (has-a). B B. 'Inheritance' tạo ra mối quan hệ 'là một loại' (is-a), còn 'composition' tạo ra mối quan hệ 'có một' (has-a). C C. Cả 'composition' và 'inheritance' đều tạo ra mối quan hệ 'là một loại' (is-a). D D. Cả 'composition' và 'inheritance' đều tạo ra mối quan hệ 'có một' (has-a).

A A. Một kỹ thuật để giảm thiểu việc sử dụng bộ nhớ trong chương trình. B B. Một mẫu thiết kế để quản lý vòng đời của đối tượng. C C. Một kỹ thuật để cung cấp các phụ thuộc (dependencies) của một đối tượng từ bên ngoài, thay vì để đối tượng tự tạo hoặc tìm kiếm chúng. D D. Một phương pháp để tăng hiệu suất thực thi chương trình.

A A. Để tạo ra các đối tượng mới. B B. Để quản lý bộ nhớ của đối tượng. C C. Để kiểm soát quyền truy cập và sửa đổi các thuộc tính của đối tượng. D D. Để thực hiện các phép toán trên đối tượng.

A A. Khả năng che giấu thông tin chi tiết bên trong đối tượng. B B. Khả năng tạo ra các đối tượng từ các lớp khác nhau. C C. Khả năng một đối tượng có nhiều hình thức hoặc hành vi khác nhau tùy thuộc vào ngữ cảnh. D D. Khả năng một lớp kế thừa từ nhiều lớp khác.

A A. Nguyên tắc thay thế Liskov (Liskov Substitution Principle) B B. Nguyên tắc đơn trách nhiệm (Single Responsibility Principle) C C. Nguyên tắc mở rộng - đóng (Open/Closed Principle) D D. Nguyên tắc đảo ngược phụ thuộc (Dependency Inversion Principle)

A A. Cả hai đều có thể chứa các phương thức đã được cài đặt hoàn chỉnh. B B. Cả hai đều có thể được khởi tạo trực tiếp thành đối tượng. C C. Cả hai đều dùng để định nghĩa một khuôn mẫu cho các lớp khác kế thừa. D D. Cả hai đều không hỗ trợ tính đa kế thừa.

A A. Hàm (Function) B B. Đối tượng (Object) C C. Lớp (Class) D D. Kế thừa (Inheritance)

A A. Hủy bỏ đối tượng khi nó không còn được sử dụng. B B. Thay đổi trạng thái của đối tượng sau khi nó được tạo. C C. Khởi tạo trạng thái ban đầu của đối tượng khi đối tượng được tạo ra. D D. Gọi các phương thức khác của đối tượng.

A A. Tính kế thừa (Inheritance) B B. Tính trừu tượng (Abstraction) C C. Tính đa hình (Polymorphism) D D. Che giấu thông tin (Information hiding)

A A. Quản lý bộ nhớ của đối tượng. B B. Xử lý ngoại lệ trong chương trình. C C. Sự linh hoạt trong việc sử dụng các kiểu dữ liệu dẫn xuất (derived types) ở những nơi mà kiểu dữ liệu cơ sở (base type) được mong đợi. D D. Tối ưu hóa hiệu suất của chương trình.

A A. Khi muốn tạo ra một lớp có nhiều thuộc tính và phương thức khác nhau. B B. Khi muốn tái sử dụng mã nguồn từ nhiều lớp không liên quan. C C. Khi có mối quan hệ 'là một loại' (is-a) theo nhiều cấp độ giữa các lớp. D D. Khi muốn tăng tính phức tạp của hệ thống.