Lập trình Mô đun

Lập trình mô đun hoạt động trên nguyên tắc "phân chia và chinh phục". Cần phải hiểu.

Lập trình mô đun bao gồm việc tổ chức chương trình như một tập hợp các đơn vị nhỏ độc lập, thường được gọi là các mô-đun có hành vi và cấu trúc hoàn toàn tuân theo các nguyên tắc được xác định rõ ràng. Cần phân biệt ứng dụng khái niệm "mô-đun" khi quan sát đơn vị cú pháp của ngôn ngữ lập trình và khi nói về đơn vị phân mảnh của một chương trình lớn thành nhiều khối, có thể được thực hiện dưới hình thức thủ tục và như các chức năng. Việc sử dụng chương trình mô đun làm cho nó có thể đơn giản hóa việc kiểm tra chương trình và phát hiện kịp thời các lỗi. Bạn có thể tách riêng chặt chẽ các nhiệm vụ phụ thuộc phần cứng từ các nhiệm vụ phụ khác, sẽ cải thiện tính di động của các chương trình được tạo ra. Các module có thời gian quan trọng có thể được làm lại riêng biệt, làm cho quá trình dễ dàng hơn và làm cho hiệu quả cao hơn nhiều. Ngoài ra, lập trình mô đun dễ hiểu hơn nhiều, vì các mô đun có thể được sử dụng hiệu quả như các khối xây dựng trong các chương trình khác.

Thuật ngữ "mô-đun" bắt đầu được sử dụng trong lập trình kết hợp với việc giới thiệu nguyên lý mô đun khi viết các chương trình. Vào những năm bảy mươi, một mô-đun được gọi là một số chức năng hoặc thủ tục đã được viết theo các quy tắc nhất định. Kể từ đó không có yêu cầu được công nhận rộng rãi, mô-đun này được gọi là bất kỳ thủ tục nào, có kích thước lên tới năm mươi dòng. Parnassus đã tạo ra các yêu cầu cụ thể đầu tiên cho mô-đun: "Để tạo thành một mô-đun, phải có đủ kiến thức tối thiểu về nội dung của nó." Hóa ra, đó là Parnassus người đầu tiên hình thành khái niệm về thông tin ẩn trong lập trình. Định nghĩa của nó dẫn chúng ta đến một thực tế là bất kỳ thủ tục riêng biệt nào ở mức thấp nhất và cao nhất của hệ thống phân cấp có thể được gọi là mô-đun. Không thể cung cấp thông tin một cách đáng tin cậy bằng cách sử dụng các cấu trúc hiện có vào thời điểm đó, vì chúng chịu sự tác động mạnh mẽ của các biến toàn cầu và hành vi của chúng trong các chương trình phức tạp rất khó tiên đoán. Cần thiết phải tạo ra một công trình xây dựng đã được cô lập từ những biến này. Đó là cô ấy được gọi là mô-đun, và trên cơ sở của nó mô-đun lập trình đã được sinh ra.

Ban đầu, giả định rằng việc triển khai các gói phần mềm phức tạp có thể được thực hiện bằng cách sử dụng mô-đun cùng với các chức năng và các thủ tục như là một thiết kế kết hợp và ẩn các chi tiết của việc thực hiện một nhiệm vụ phụ cụ thể. Nhưng Turbo Pascal đã không thực hiện đầy đủ các nguyên tắc lập trình mô đun. Trong ngôn ngữ này, không có hỗ trợ cho mô-đun nội bộ, việc nhập khẩu không được triển khai linh hoạt, vì nó không cho phép nhập khẩu các đối tượng từ một số mô-đun khác. Tác động kết hợp của tình huống này với sự gia tăng số lượng máy tính cá nhân số lượng các lập trình viên đã mở rộng đáng kể, làm giảm mức độ sẵn sàng về lý thuyết dẫn đến thực tế là khi phát triển các ứng dụng, mô-đun đã được sử dụng như một công cụ để tạo các thư viện chức năng và thủ tục. Chỉ những lập trình đủ điều kiện mới có thể áp dụng toàn bộ sức mạnh của thiết kế ngôn ngữ này để cấu trúc hoạt động của tất cả các đối tượng.

Nếu bạn nhìn vào các mô-đun Pascal từ quan điểm của lập trình, thì số của chúng sẽ được xác định bằng cách phân chia nhiệm vụ thành một số nhiệm vụ phụ độc lập với nhau. Trong trường hợp cực đoan, module có thể được sử dụng để nhập vào nó chỉ một thủ tục nếu nó được yêu cầu rằng các hành động địa phương mà nó thực hiện là hoàn toàn độc lập với ảnh hưởng của các phần khác của chương trình khi thay đổi được thực hiện cho mã dự án.