2012-09-17 18 views
0

的Objective-C/ iPhone/ 越獄開發這裏更有效的設置是什麼?

我建立一個程序,其中的代碼量可能會增長,因爲它是一種API爲基礎,擴張計劃。 (想想插件)

我有兩個選擇,保持不斷增長的代碼的可執行文件(讓雜亂)內或將其放置在單獨的動態庫。

如果我的動態庫的方式去了,我不得不主程序會同時打開各地的20多個動態庫。這有多高效?是否有任何限制或性能劣勢,同時打開大量動態庫?

我有中度的經驗水平的Objective-C,所以我不知道的一切。 :P

謝謝。

+1

相對有效。做吧! –

+0

爲什麼這麼多?你可以很容易地把它全部放在一兩個,然後連接將不會是一場噩夢...有很多巨大的圖書館實現了很多我沒有刻意.mimink Libc! – Linuxios

+0

應該提到的是,對不起,代碼不能被壓縮成更少的庫,而是因爲這些庫將被用戶編寫(以及..開發者)插件。我不是最好的解釋,但主要程序基本上是一個執行各種事情的插件的API。 – user1246690

回答

1

排序API的基礎,可擴展的計劃。 (想想插件)

不知道什麼樣的手段 - 插件都一般可以動態引用 否則他們是 - 「編譯插件」 - 所以動態庫是要走的路。

我有兩個選擇,保持不斷增長的代碼的可執行

其實在真正的插件架構裏面,你不能把它的可執行文件裏面,讓人們動態加載的插件,如果這是真的你的目標。其次 - 您如何考慮代碼庫並不是固有的部署佈局。 類是類圖層是圖層,無論它在可執行文件 中,還是加載到框架或庫中。你只是想着它不同而已。

(獲得雜亂)或將其放置在單獨的動態庫。

如果你有一個插件類型架構,你應該使用庫或編譯時框架。

現代應用程序處理負載噸庫的插件類型的項目假設可能有數百人,但你不要在任何一個時間知道哪些會被加載(相當少)。

使用庫對你有利。

+0

+1。加載動態庫很快,對您的問題來說這是'正確的事情'。 20並不是很多。 – japreiss

+0

這是保證。從迄今爲止我寫的內容來看,它的表現非常好,所以這很好。謝謝你的回答! – user1246690