什麼叫程式庫

2021-06-06 16:03:32 字數 1537 閱讀 9413

所謂程式庫,一般是軟體作者為了發布方便、替換方便或二次開發目的,而發布的一組可以單獨與應用程式進行compile time或runtime鏈結的二進位制可重定位目標碼檔案。通俗一點說,所謂乙個庫,就是乙個檔案,這個檔案可以在編譯時由編譯器直接鏈結到可執行程式中,也可以在執行時由作業系統的runtime enviroment根據需要動態載入到記憶體中。一組庫,就形成了乙個發布包,當然,具體發布多少個庫,完全由庫提供商自己決定。

所謂靜態庫,就是在靜態編譯時由編譯器到指定目錄尋找並且進行鏈結,一旦鏈結完成,最終的可執行程式中就包含了該庫檔案中的所有有用資訊,包括**段、資料段等。所謂動態庫,就是在應用程式執行時,由作業系統根據應用程式的請求,動態到指定目錄下尋找並裝載入記憶體中,同時需要進行位址重定向。 win32平台下,靜態庫通常字尾為.lib,動態庫為.dll linux平台下,靜態庫通常字尾為.a,動態庫為.so 從本質上來說,由同一段程式編譯出來的靜態庫和動態庫,在功能上是沒有區別的。不同之處僅僅在於其名字上,也就是「靜態」和「動態」。由上面的介紹不難看出,相對於動態庫,靜態庫的優點在於直接被鏈結進可執行程式中,之後,該可執行程式就不再依賴於執行環境的設定了(當然仍然會依賴於 cpu指令集和作業系統支援的可執行檔案格式等硬性限制)。而動態庫的優點在於,使用者甚至可以在程式執行時隨時替換該動態庫,這就構成了動態外掛程式系統的基礎。具體使用靜態庫和動態庫,由程式設計師根據需要自己決定。

[ 編輯]

另外,需要說明的一點是,從底層實現上,動態庫的效率可能會比靜態庫稍差一點點,注意,這裡用了「可能」二字,具體差不差,還得看寫程式的人。之所以可能會差,主要原因在於,程式總無法直接呼叫動態庫中的函式符號,而只能通過呼叫作業系統的runtime enviroment介面來動態載入某個函式符號,同時獲得該函式符號在記憶體中的位址,將其儲存為函式指標進行呼叫,這就在函式呼叫時增加了一次間接定址的過程。

還是那句話,希望大家都能深入opencv原始碼庫中去,不要僅僅滿足於會調幾個api,這樣很難對自己有提高的。深入進去讀原始碼,看看人家是怎麼組織軟體架構的,怎麼劃分模組的。實際上,如果任何乙個軟體體系的層次模組劃分足夠清晰和靈活的話,移植性就不會成為很大的問題,無非就是位元組對齊、部分演算法利用特殊指令集進行優化之類的,這些改動應該僅限於區域性調整,而不用全盤重寫的。軟體架構,很重要的一條就是open-close 原則,要清楚哪些是可變的哪些是不可變的。就像上面,將來會發生變化的演算法,就可以考慮放到動態庫中,以免將來程式統一全部公升級。

另外,在移植軟體的過程中,保持介面不變是有多重含義的,我們通常知道的是:

函式、變數名稱不變

函式、變數語法屬性不變(比如乙個宣告為c形式的函式,必須以c形式對其進行呼叫,否則由於過載特性會找不到函式名)

函式返回值型別不變

函式引數個數不變

函式引數型別不變

這裡,常常被人們遺忘的,也是最重要的一點是:

保持函式語義不變

這是什麼意思,對於一段程式,除了詞法分析、語法推導之外,還有很重要的一條就是語義分析。簡單來說,對於乙個函式,必須保持移植前後,該函式的返回值含義不變、引數含義不變、函式內部行為的外部表現不變。忽視其中任意一條,都會造成上層應用程式的行為變為未定義,從而移植失敗。

什麼叫程式庫?

什麼叫程式庫 所謂程式庫,一般是軟體作者為了發布方便 替換方便或二次開發目的,而發布的一組可以單獨與應用程式進行compile time 或runtime 鏈結的二進位制可重定位目標碼檔案。通俗一點說,所謂乙個庫,就是乙個檔案,這個檔案可以在編譯時由編譯器直接鏈結到可執行程式中,也可以在執行時由作業...

程式庫隨想

我們總是希望有這樣乙個庫 它能夠讓我們方便的完成某個任務,如果a庫使用起來比b庫簡單那麼一點點,我們就更願意使用a。因此,我們也經常幹這樣的事情 把乙個現有的庫做乙個薄封裝,從而使用起來更適合當前的程式設計環境。一般而言,簡單的庫總是更好的,然而這並不是一定的。我總是能聽到一些程式設計師抱怨 為什麼...

重用其他程式庫

重用其他程式庫也會帶來一些不足 需要使用者得到可重用的 需要充分考慮重用後的效率,還要關注由重用其他程式所帶來的潛在名字空間衝突,以及要考慮與可重用程式庫保持版本同步問題。c 撰寫可用的程式庫已屬不易,撰寫可重用的程式庫更是專家級任務。效率並不是最終目標,而擴充套件性 靈活性等其他特性將會比效率更加...