Trắc nghiệm Tin học 11 Cánh diều KHMT bài 12 Thực hành thiết kế và lập trình theo modun (tt)

A A. Chi tiết cài đặt (Implementation Details). B B. Giao diện (Interface). C C. Phạm vi truy cập (Scope). D D. Đóng gói (Encapsulation).

A A. module_name.attribute B B. module_name[attribute] C C. attribute(module_name) D D. module_name->attribute

A A. Chương trình sẽ tự động tìm biến đó ở các module khác. B B. Sẽ xảy ra lỗi, thường là lỗi NameError hoặc tương tự. C C. Biến đó sẽ được coi là có giá trị mặc định là 0 hoặc trống. D D. Chương trình sẽ báo lỗi cú pháp và dừng biên dịch.

A A. Đóng gói (Encapsulation). B B. Trừu tượng hóa (Abstraction). C C. Trách nhiệm đơn lẻ (Single Responsibility Principle - SRP). D D. Đa hình (Polymorphism).

A A. Sao chép mã nguồn từ module kia vào module hiện tại. B B. Gọi các hàm hoặc sử dụng các lớp được cung cấp qua giao diện của module kia. C C. Viết lại chức năng tương tự trong module hiện tại. D D. Truy cập trực tiếp vào dữ liệu nội bộ của module kia.

A A. Rất thấp, vì nó chỉ được thiết kế cho một mục đích duy nhất. B B. Cao, do tính độc lập và khả năng tái sử dụng. C C. Trung bình, tùy thuộc vào sự phổ biến của dự án ban đầu. D D. Không thể, trừ khi được đóng gói lại.

A A. Để làm cho chương trình trông chuyên nghiệp hơn. B B. Để người dùng khác (hoặc chính bạn sau này) hiểu cách sử dụng module, giao diện và các chức năng của nó. C C. Để tăng kích thước của tệp tin module. D D. Để che giấu hoàn toàn cách hoạt động của module.

A A. Tên ngắn gọn, khó hiểu để bảo mật. B B. Tên mô tả rõ ràng chức năng hoặc mục đích của module. C C. Tên ngẫu nhiên để tránh xung đột. D D. Tên chỉ chứa ký tự số.

A A. Ưu điểm: nhập tất cả, nhược điểm: có thể gây xung đột tên nếu có nhiều module cùng tên thành phần. B B. Ưu điểm: chỉ nhập các hàm được sử dụng, nhược điểm: chậm hơn. C C. Ưu điểm: làm mã ngắn gọn, nhược điểm: luôn gây lỗi. D D. Ưu điểm: tăng bảo mật, nhược điểm: không thể sử dụng hàm.

A A. Giảm khả năng đọc hiểu. B B. Tăng tính phức tạp của chương trình. C C. Tăng khả năng tái sử dụng mã nguồn. D D. Cần nhiều tài nguyên hệ thống hơn.

A A. `import module_name as alias` B B. `from module_name import function_name` C C. `include module_name.function_name` D D. `require module_name.function_name`

A A. Làm cho chương trình phức tạp hơn để người khác khó sao chép. B B. Tăng cường khả năng tái sử dụng mã nguồn và quản lý dự án dễ dàng hơn. C C. Giảm thiểu việc sử dụng bộ nhớ của chương trình. D D. Tăng tốc độ thực thi của chương trình một cách tối đa.

A A. Việc chia nhỏ chương trình thành nhiều tệp tin. B B. Việc gộp dữ liệu và các phương thức xử lý dữ liệu đó vào một đơn vị duy nhất, che giấu chi tiết bên trong. C C. Việc tạo ra các module kế thừa từ nhau. D D. Việc sử dụng lại mã nguồn từ các module có sẵn.

A A. Chương trình sẽ tự động tìm hàm tương tự. B B. Sẽ xảy ra lỗi, thường là AttributeError hoặc NameError. C C. Hàm đó sẽ được coi là trả về giá trị mặc định. D D. Chương trình sẽ báo lỗi cú pháp và dừng lại.

A A. Module A ghi trực tiếp vào bộ nhớ của Module B. B B. Module A gọi hàm của Module B và truyền dữ liệu qua tham số hoặc giá trị trả về. C C. Module A đọc trực tiếp các biến nội bộ của Module B. D D. Trao đổi dữ liệu thông qua một tệp tạm thời không được quản lý.

A A. Làm cho logic nghiệp vụ khó hiểu hơn. B B. Tăng khả năng thử nghiệm, bảo trì và tái sử dụng logic nghiệp vụ. C C. Buộc người dùng phải hiểu toàn bộ mã nguồn. D D. Giảm khả năng mở rộng của ứng dụng.

A A. Sử dụng tên module theo sau là dấu chấm và tên thành phần (ví dụ: `module_name.function_name`). B B. Sử dụng trực tiếp tên thành phần mà không cần tiền tố module. C C. Sử dụng từ khóa `use` trước tên thành phần. D D. Chỉ có thể truy cập trực tiếp vào các biến toàn cục của module.

A A. Giao diện (interface) càng phức tạp càng tốt. B B. Mức độ phụ thuộc (dependency) vào các module khác càng thấp càng tốt. C C. Chi tiết cài đặt (implementation details) phải được công khai. D D. Mỗi module chỉ nên thực hiện một chức năng rất nhỏ.

A A. Để làm cho mã nguồn khó đọc và khó hiểu. B B. Để cho phép thay đổi chi tiết bên trong mà không ảnh hưởng đến các module sử dụng nó. C C. Để tăng cường sự phụ thuộc giữa các module. D D. Để giảm số lượng các hàm trong module.

A A. Giúp các module dễ dàng thay thế hoặc cập nhật mà không ảnh hưởng lớn đến hệ thống. B B. Làm cho chương trình chạy nhanh hơn. C C. Giảm số lượng các hàm trong mỗi module. D D. Tăng cường sự phụ thuộc lẫn nhau giữa các module.

A A. Kết dính cao (High cohesion). B B. Kết dính lỏng lẻo (Loose cohesion). C C. Kết dính hỗn hợp (Mixed cohesion). D D. Kết dính thấp (Low cohesion).

A A. Viết lại tất cả các hàm của module đó. B B. Thực hiện lệnh `import` để nạp module vào chương trình. C C. Biên dịch module thành mã máy. D D. Kiểm tra lỗi cú pháp trong module.

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

A A. Có, vì các module khác thường phụ thuộc vào cách tính toán đó. B B. Không, miễn là giao diện của module không thay đổi. C C. Chỉ khi các module khác cũng được sửa đổi đồng thời. D D. Có, đó là cách để cập nhật chức năng.

A A. Các thành phần bên trong module không liên quan gì đến nhau. B B. Các thành phần bên trong module có liên quan chặt chẽ và cùng thực hiện một mục đích chung. C C. Module phụ thuộc nhiều vào các module khác. D D. Module có nhiều giao diện khác nhau.