封裝後如何編譯
A. iOS 打包framework（包含第三方framework或.a文件）
1.創建framework工程
2.將framework拖進工程中，工程分兩部分，一個是原始文件(紅色部分)，一個是我需要進行封裝的文件(藍色部分)：
3.將bitcode置為NO
4.1 選擇工程->targe->build setting，在搜索框中搜索linking，進行如下設置
4.2 將Build Active Architecture Only 設為 NO
5.1 把要公開的頭文件已到Public中去，在使用.framework時只能調用公開.h文件中的聲明。
5.2 完成上述步驟之後,在HYSDK.h文件中,把所有需要暴露的.h文件都用#import < HYSDK/PublicHeader.h>引入,記住一定要將所有的需要暴露的.h文件都寫在給定位置,不然編譯後生成的.framework在引用的時候會有警告;
6.開始編譯，選擇Generic iOS Device 或者 真機 或 模擬器，編譯一下，再選擇模擬器環境編譯一下
9.創建成功之後。新建工程。將新的framework再倒入進去。配置相關依賴庫即可。如果報找不到第三方的庫，則需要將第三方SDK.framework倒入進來即可。
B. 我想把C#里的幾個控制項封裝成一個，以後可以自己用，都有哪幾步啊。。
1.新建項-用戶控制項
2.把兆態需要的C#控制項往用戶控制項上拖，並布局
3.編寫用戶控制項後台代碼（用於操作之前拖上去的C#控制項）
4.編空顫譯
5.此用斗猜敗戶控制項之後就可以像C#控制項一樣，往你想用的地方拖了
C. 怎麼用Keil將C程序封裝成lib庫
在團隊工作中，經常會有模塊維護和代碼封裝的問題。把需要封裝的代碼打成一個lib無疑是一種很好的方式。
1.創建lib
創建一個lib很容易，只需要創建一個target，然後把需要封裝的代碼全部加進來，然後再Options of Target中選擇Create Library，然後編譯，因為是lib所以不需要鏈接，編譯過了，你的lib就創建了。當然了，為了別人可以輕松的使用，請提供頭文件支持哦。
2.使用lib
使用lib就更容易了，把lib和頭文件加入你的工程，直接調用就是了。lib庫會和你工程中其它編譯後的obj一起鏈接，形成最後的目標文件。
3.注意事項
首先，Startup和中斷處理程序不要封入LIB，這些程序會在鏈接的時候產生問題。具體的原因么，有點復雜，應該是中斷程序的link機制有所不同的關系吧。
其次，Lib的文件要分的細一點，沒有調用關系的兩個函數不要放到同一個C文件中，因為LIB51在鏈接的時候是按模塊來鏈接的，一個模塊就對應一個C文件，假如鏈接器因為要使用你一個函數fA而引入了A模塊，那麼A模塊中的另外的函數也會被引入，而另外的函數你又沒有使用的話，那麼就會引發Keil經典的UNCALLED FUNC的warning。這個warning在Keil的文檔中說的好清楚了，我粘過來吧：
It is common practice ring the development process to write but not call
additional functions. While the compiler permits this without error, the
Linker/Locator does not treat this code casually because of the support for data
overlaying, and emits a warning message.
Interrupt functions are never called, they are invoked by the hardware. An
uncalled routine is treated as a potential interrupt routine by the linker. This
means that the function is assigned non-overlayable data space for its local
variables. This quickly exhausts all available data memory (depending upon the
memory model used).
If you unexpectedly run out of memory, be sure to check for linker warnings
relating to uncalled or unused routines. You can use the linker』s IXREF
directive to include a cross reference list in the linker map (.M51) file.
大意就是說，Keil的內存應用模式是指定地址的，也就是要根據調用關系來決定哪塊地址可以被復用。對於這種沒人調用的函數，Keil會認為是中斷處理程序，並不能決定調用關系，所以此類uncalled函數的空間不能和其他的程序共享，也就是說，這函數用多少RAM，你就少多少RAM。那uncall多了會怎麼樣？----廢話，當然是內存溢出了。
所以，lib的功能可以做的大而全，但是裡面的模塊一定要分的要多細，有多細，只有這樣，你才能像在windows上用CRT一樣舒服的使用LIB。
個人總結
1. 生成lib 的工程可以沒有main函數,可以只有一個.c文件,一個.c文件中可以只有一個函數
2. 需要在lib工程中建立一個.h文件, 必須用extern聲明各全局變數和函數.
3. 調用lib文件的工程中必須包括lib中的.h文件, 也就是lib工程和調用工程都包含同一個.h文件(好像有點廢話)
4.Lib的文件要分的細一點，沒有調用關系的兩個函數不要放到同一個C文件中. 沒有調用關系的最好是一個函數單獨放在一個.c文件中.這是為了避免在keil中應用程序調用lib庫里出現告警. 因為LIB51在鏈接的時候是按模塊來鏈接的，一個模塊就對應一個C文件，假如鏈接器因為要使用你一個函數fA而引入了A模塊，那麼A模塊中的另外的函數也會被引入，而另外的函數你又沒有使用的話，那麼就會引發Keil經典的UNCALLED FUNC的warning。
通常為每一個函數編一個.C文件,而整個lib用一個.h文件,這樣就可以使只有被調用的函數參與連接
5.調用lib庫時需要在工程中將.lib文件加進來. 在Group中右鍵,然後Add ,注意文件類型中選擇*.lib.