Đề 14 – Bài tập, đề thi trắc nghiệm online Lập trình hướng đối tượ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 nhiều đối tượng của một lớp để tăng hiệu suất B B. Đảm bảo rằng một lớp chỉ có duy nhất một thể hiện (instance) và cung cấp một điểm truy cập toàn cục đến thể hiện đó C C. Che giấu thông tin chi tiết cài đặt của một lớp D D. Tái sử dụng mã nguồn từ các lớp khác

A A. Interface nên chứa càng nhiều phương thức càng tốt để tăng tính đa năng B B. Interface nên nhỏ gọn và tập trung vào một nhóm hành vi liên quan, thay vì một interface lớn bao gồm nhiều hành vi không liên quan C C. Interface nên hoàn toàn ẩn các chi tiết cài đặt bên trong D D. Interface nên được thiết kế để dễ dàng thay đổi và mở rộng

A A. Khi muốn ghi đè phương thức của lớp cha B B. Khi muốn cung cấp nhiều phiên bản của cùng một phương thức trong một lớp, với các kiểu tham số khác nhau C C. Khi muốn ẩn thông tin chi tiết cài đặt của phương thức D D. Khi muốn gọi một phương thức từ một lớp khác

A A. Kế thừa (Inheritance) B B. Đa hình (Polymorphism) C C. Đóng gói (Encapsulation) D D. Trừu tượng hóa (Abstraction)

A A. C++ B B. Java C C. Python D D. Smalltalk

A A. Các lớp nên dễ dàng thay đổi để đáp ứng yêu cầu mới B B. Các lớp nên mở để mở rộng chức năng, nhưng đóng để sửa đổi mã nguồn hiện có C C. Các lớp nên hoàn toàn đóng kín và không thể thay đổi sau khi phát triển D D. Các lớp nên được thiết kế mở để kế thừa và đóng để composition

A A. Nạp chồng phương thức (Method Overloading) và ghi đè phương thức (Method Overriding) B B. Đóng gói dữ liệu và ẩn thông tin C C. Phân rã chương trình thành các module nhỏ D D. Sử dụng con trỏ và tham chiếu

A A. Giảm thiểu thời gian biên dịch chương trình B B. Bảo vệ dữ liệu của đối tượng khỏi sự truy cập và sửa đổi không mong muốn từ bên ngoài C C. Tăng khả năng tương thích giữa các lớp D D. Cho phép đối tượng tự động sao chép chính nó

A A. Quan hệ kết hợp (Association) B B. Quan hệ tổng hợp (Aggregation) C C. Quan hệ thành phần (Composition) D D. Quan hệ kế thừa (Inheritance)

A A. Thay thế hoàn toàn cho lớp thông thường để tăng tính bảo mật B B. Cung cấp một bản thiết kế chung cho các lớp con kế thừa, nhưng không thể khởi tạo trực tiếp đối tượng từ lớp trừu tượng C C. Tạo ra các đối tượng có khả năng tự động thay đổi trạng thái D D. Giảm thiểu tối đa việc sử dụng bộ nhớ

A A. Tốc độ thực thi chương trình nhanh hơn B B. Dễ dàng quản lý và bảo trì mã nguồn phức tạp, tái sử dụng mã tốt hơn, và mô hình hóa thế giới thực tự nhiên hơn C C. Sử dụng ít bộ nhớ hơn D D. Khả năng tương thích với phần cứng tốt hơn

A A. Tăng kích thước mã nguồn B B. Tạo ra hệ thống phân cấp lớp phức tạp, khó hiểu và bảo trì (vấn đề 'fragile base class') C C. Giảm hiệu suất chương trình D D. Khó kiểm thử mã nguồn

A A. Interface có thể chứa thuộc tính, còn abstract class thì không B B. Một lớp có thể kế thừa từ nhiều abstract class, nhưng chỉ có thể implement một interface C C. Một lớp có thể implement nhiều interface, nhưng chỉ có thể kế thừa từ một abstract class (trong nhiều ngôn ngữ) D D. Interface có thể có phương thức khởi tạo, còn abstract class thì không

A A. Lớp là thể hiện cụ thể, còn đối tượng là khuôn mẫu B B. Lớp là một bản thiết kế hoặc khuôn mẫu, còn đối tượng là một thể hiện cụ thể của lớp C C. Lớp chỉ chứa dữ liệu, còn đối tượng chứa cả dữ liệu và phương thức D D. Không có sự khác biệt, 'lớp' và 'đối tượng' là hai thuật ngữ có thể dùng thay thế cho nhau

A A. Các lớp con nên kế thừa tất cả các phương thức của lớp cha B B. Các đối tượng của lớp con có thể thay thế các đối tượng của lớp cha ở bất cứ đâu mà không làm thay đổi tính đúng đắn của chương trình C C. Các lớp con nên mở rộng chức năng của lớp cha, nhưng không được thay đổi hành vi hiện có D D. Các lớp con nên che giấu (hide) các phương thức của lớp cha để đảm bảo tính đóng gói

A A. Tối ưu hóa hiệu suất chương trình B B. Kiểm soát quyền truy cập đến các thành viên (thuộc tính, phương thức) của lớp từ bên ngoài lớp hoặc từ các lớp con C C. Định nghĩa kiểu dữ liệu cho các thuộc tính D D. Quản lý bộ nhớ cho các đối tượng

A A. Tăng tốc độ thực thi chương trình B B. Giảm kích thước bộ nhớ chương trình C C. Tái sử dụng mã nguồn và giảm sự trùng lặp D D. Cải thiện tính bảo mật của dữ liệu

A A. Quan hệ 'là một loại' (is-a) B B. Quan hệ 'có một' (has-a) mạnh mẽ, trong đó lớp chứa hoàn toàn kiểm soát vòng đời của lớp được chứa C C. Quan hệ 'sử dụng' (uses-a) D D. Quan hệ 'tương tự như' (similar-to-a)

A A. Quản lý vòng đời của đối tượng B B. Tạo đối tượng mà không cần chỉ định lớp cụ thể của đối tượng được tạo ra, giúp giảm sự phụ thuộc giữa các lớp C C. Đảm bảo tính duy nhất của đối tượng D D. Thực hiện các thao tác trên tập hợp các đối tượng

A A. Nguyên tắc đơn trách nhiệm (Single Responsibility Principle - SRP) B B. Nguyên tắc mở rộng - đóng (Open/Closed Principle - OCP) C C. Nguyên tắc thay thế Liskov (Liskov Substitution Principle - LSP) D D. Nguyên tắc phân tách giao diện (Interface Segregation Principle - ISP)

A A. Truy cập vào một biến đối tượng mà chưa được khởi tạo hoặc đang tham chiếu đến null B B. Lỗi tràn bộ nhớ (memory overflow) C C. Lỗi cú pháp trong mã nguồn D D. Lỗi logic trong thuật toán

A A. Quan hệ 'là một loại' (is-a) B B. Quan hệ 'có một' (has-a) lỏng lẻo, trong đó các lớp liên quan đến nhau nhưng không có sự sở hữu hay kiểm soát vòng đời lẫn nhau C C. Quan hệ 'thành phần' (part-of) D D. Quan hệ 'thừa kế' (inheritance)

A A. Khi một lớp con định nghĩa một phương thức có cùng tên và kiểu tham số với một phương thức đã có trong lớp cha B B. Khi một lớp định nghĩa nhiều phương thức có cùng tên nhưng khác kiểu tham số C C. Khi một phương thức trong lớp cha được gọi trực tiếp từ bên ngoài lớp D D. Khi một phương thức gọi chính nó (đệ quy)

A A. Giải phóng bộ nhớ khi đối tượng không còn được sử dụng B B. Định nghĩa các phương thức truy cập (getter/setter) cho thuộc tính C C. Khởi tạo trạng thái ban đầu cho đối tượng khi đối tượng được tạo ra D D. Thực hiện các phép tính toán phức tạp trong lớp

A A. Khi muốn thể hiện quan hệ 'là một loại' (is-a) B B. Khi lớp được chứa có thể tồn tại độc lập và được chia sẻ giữa nhiều lớp chứa C C. Khi lớp chứa hoàn toàn kiểm soát vòng đời của lớp được chứa D D. Khi muốn tối ưu hóa hiệu suất bộ nhớ

A A. Việc truyền dữ liệu giữa các đối tượng thông qua việc gọi phương thức của đối tượng đó B B. Việc gửi thông báo lỗi đến người dùng C C. Việc trao đổi dữ liệu giữa các module phần mềm không phải OOP D D. Việc truyền dữ liệu qua mạng

A A. Tăng cường tính bảo mật bằng cách ẩn dữ liệu quan trọng B B. Chia nhỏ bài toán thành các lớp và đối tượng nhỏ hơn C C. Chỉ tập trung vào các thông tin và hành vi cần thiết, bỏ qua các chi tiết cài đặt không liên quan D D. Tối ưu hóa hiệu suất của chương trình

A A. Các module cấp cao nên phụ thuộc vào các module cấp thấp B B. Các module cấp thấp nên phụ thuộc vào các module cấp cao C C. Cả module cấp cao và cấp thấp nên phụ thuộc vào trừu tượng (interface hoặc abstract class), không phụ thuộc vào cài đặt cụ thể D D. Không nên có sự phụ thuộc giữa các module

A A. Tăng tốc độ biên dịch chương trình B B. Cung cấp khả năng đa kế thừa và tăng tính linh hoạt trong thiết kế C C. Giảm độ phức tạp của mã nguồn bằng cách ẩn chi tiết cài đặt D D. Tự động quản lý bộ nhớ cho các đối tượng