作爲子項目添加的靜態庫vs作爲目標添加的靜態庫

Question

首先我想說我對這個主題很新，所以我對它的工作方式的一些一般方面有些困惑。 基本上我正在開發一個iOS項目，它有兩個目標，一個是我正在開發的應用程序本身，它是一個前端iOS客戶端，一個是前開發人員用來定義屬於一個後端框架。

應用程序本身（我正在處理的客戶端）和靜態庫（後端框架）的文件都在同一個xcode項目包中。 即使我從來沒有做過靜態庫的「設置過程」，任何東西在編譯時似乎都能正常工作。

現在的問題是：我正在設置單元測試，因爲我想開始開發採用測試驅動開發方法的新功能，所以我一直在努力的事情之一是如果我必須生成或不生成兩個獨立的測試目標，一個用於iOS應用程序，一個用於靜態庫（因爲它們是兩個獨立的目標），礦石對靜態庫和iOS應用程序都使用一個測試目標。 因此，閱讀互聯網尋找解決方案，我發現，即使蘋果建議here，一種常見的方法是將靜態庫添加爲應用程序項目的「子項目」。

我只是問自己爲什麼和我目前的情況有什麼不同（一個項目，目標，其中之一是靜態庫）。有什麼缺點嗎？我應該重組整個項目嗎？

Answer 1

我的經驗與蘋果公司和常見方法一致。我建議把框架作爲一個子項目。 （我在查找標題時遇到了一些問題，但這是我對Xcode的掌握不足，而不是這個過程中的缺陷。）

獨立設置每個項目的單元測試。通過這種方式，您的測試對框架的目標是真實的：您已經成功地將框架從父項目中分離出來了。

如果你在父項目中編寫所有的單元測試，當另一個項目需要框架時會發生什麼？你有兩個選擇。您無法測試框架，或者沿着原始父級測試字符串。做正確的事情並分解你的測試。

我有一個我建立的開源框架，名爲SpiffyKit，它有一個名爲SpiffyTester的父項目。 （我承認沒有單元測試太多，因爲這全都是用戶界面，沒有邏輯。）它可以作爲一個起點的好例子。

Answer 2

根據您的需求，您可以使用Pods，靜態或將其添加到項目中。如果您在一次處理2個項目時將庫添加爲「子項目」非常有用。例如，如果您向庫中添加了新的東西，那麼您只需編譯該庫，並且您可以訪問項目中的新庫。但是，如果你只是鏈接靜態庫，你將不得不打開庫的項目，然後建立，然後在庫中替換它，並添加新的頭文件是很多安裝工作。