Khác biệt giữa bản sửa đổi của “Dynamic Link Library”
Nội dung được xóa Nội dung được thêm vào
Không có tóm lược sửa đổi |
|||
Dòng 8:
Khi đã được viết và đóng gói trong một DLL, một hàm có thể được sử dụng ở bất cứ ứng dụng nào dưới dạng mã máy của nó mà không phải quan tâm đến mã nguồn nó được viết chi tiết ra sao. Với các ứng dụng trước kia, ta có thể đính kèm [[file]] mã nguồn và sử dùng các hàm trong chương trình; tuy nhiên, giả sử như để có thể thao tác với [[máy in]], in một nội dung ta cần gọi hàm print() và ta đã có mã nguồn của hàm print này. Giả sử như không có DLL, thì bất cứ ứng dụng nào muốn sử dụng hàm print() sẽ bao gồm cả hàm này vào trong mã nguồn: từ chương trình [[Microsoft Word|Word]], [[Microsoft Excel|Excel]], [[Internet Explorer]],... như vậy trong hệ thống sẽ có rất nhiều [[bản sao]] của hàm print() này, làm cho dung lượng để chứa các [[chương trình]] tăng lên. Ngoài ra, khi [[phần cứng]] thay đổi, ta lại phải thay đổi mã nguồn của hàm print() để nó hoạt động đúng (nếu cần), việc này đẫn tới việc thay đổi theo dây chuyền đến các ứng dụng, gây ra rất nhiều khó khăn. Sau đây ta sẽ tìm hiểu chi tiết về ưu nhược điểm của việc sử dụng thư viện liên kết động. Các thư viện liên kết động là một thành phần không thể thiếu tạo nên [[hệ điều hành]] [[Windows]]. Ở đó, việc quản lý, trao đổi với [[phần cứng]] hay [[thiết bị ngoại vi]] đều thông qua các hàm có sẵn trong windows mà ta hay gọi là Windows API. Thay vì ta phải đưa lệnh [[điều khiển]] cho màn hình vẽ lên một cửa sổ giao diện như các ứng dụng, thì ta chỉ cần gọi một hàm trong một file DLL nào đó, hệ thống sẽ đảm bảo kết quả như ý muốn.
==Ưu và nhược điểm của thư viện liên kết động==
===Giảm không gian sử dụng của [[bộ nhớ]]===
Dòng 16:
===Giảm Swapping (tráo đổi)===
Ta tưởng tượng có hai tiến trình sử dụng cùng một DLL, một tiến trình kết thúc công việc của nó và thoát ra. Nhưng DLL sẽ không gỡ bỏ ra khỏi [[bộ nhớ]] vì DLL quản lý [[thời gian]] tồn tại của nó bằng cách giữ một
Bây giờ giả sử có một tiến trình bắt đầu chạy và yêu cầu hệ thống nạp một DLL hiện đang được dùng bởi một ứng dụng đã chạy trước đó. Chuyện gì sẽ xảy ra? Liệu
===Có thể đóng gói và đưa vào chương trình khác===
Khi đã xây dựng được một DLL với các chức năng hợp lý, ta có thể sử dụng nó trong bất cứ ứng dụng nào mà ta cảm thấy thích hợp. Ví dụ trong một ứng dụng nhỏ, ta có
===Tạo ra khả năng tương tác giữa các [[ngôn ngữ lập trình]]===
Một ứng dụng có thể sử dụng các DLL viết bằng bất cứ [[ngôn ngữ lập trình]] nào. Các nhà phát triển [[phần mềm]] chỉ việc đóng gói các [[module]] của mình vào trong một DLL với ngôn ngữ ưa thích, sau đó module này có thể được sử dụng trong các ứng dụng viết bằng [[C++]] hay [[Visual Basic]].
Mặc dù hầu hết các [[ngôn ngữ lập trình]] đều hỗ trợ việc sử dụng thư viện liên kết động, nhưng lại có rất ít
===Dễ dàng đưa ra sự hỗ trợ sau khi đã chuyển giao ứng dụng cho [[khách hàng]]===
Nếu như ta phát hiện có một số thành phần trong ứng dụng cần phải được thay đổi và sự thay đổi này cần phải được
===DLL Hell===
|