[分享] Library Project 心得

看板AndroidDev作者 (原則就是原則)時間10年前 (2014/01/30 00:43), 編輯推噓2(201)
留言3則, 3人參與, 最新討論串1/1
最近開發了自己的Library Project, 所以簡單的跟各位分享一下過程和心得, 首先為什麼要使用Library Project? 最主要的原因就是方便管理和維護, 即使現在已經有git這種神器, 如果兩隻app功能幾乎一樣, 以開發者的角度來說最好只管理同一份code! Android上我能想到最可能用Library Project的情況, 就是你想把自己寫的Code整理出來方便以後重複用, 或是你的App有普通版跟付費版, 甚至是為了合作廠商客製特別版。 以我這次的經驗來說就是要客製另一版, 但功能又幾乎都一樣, 所以我的解決方式就是: (1) 把目前的code完全變成一個獨立的core package (2) 然後把core package變成Library Project (3) 新開一個Project使用原本的package name引用Library Project (4) 新開客製版Project,一樣引用Library Project 這樣以後我還是都改core package, 就可以同時維護不同的project。 當然這時就會開始有些細節要注意, 首先Library Project的manifest對你的Host Project就失去意義了, 使用Library Project中你想用的Application、Activity、Service、Intent時, 你要依照Library Project的完整package name在Host Project的manifest內 再宣告一次,舉例來說: Library Project Manifest: package="com.core.library" <activity android.name=".MainActivity" ... Host Project Manifest: package="com.example.host" <activity android.name="com.core.library.MainActivity" ... 當然也有更快的作法是manifestmerger,但我沒那樣用, 有興趣的可以找Stackoverflow。 另外,反應快的人可能會馬上想到如果Library Project內的Service我要重複用, 而且我有兩隻App都要用到Library Project的Service,這樣會發生什麼狀況? 答案是,若兩隻App同時存在又沒處理好就會收到SecurityException, 但解法也很簡單就是在Intent內設定package, 讓系統知道你這個Intent是要送給哪一個package用, 所以記得intent.setPackage(getPackageName()), Notification的remote view中的pending intent比照辦理即可, 客製化也是一樣都用package name來判斷區別。 不過這作法最大的缺點就是,當你的產品線很多時, 你可能會在同一個View因為些微的修改而必須加上一堆煩人的判斷式, 但如果你的View是一樣的只是圖片不同的話, 只要針對個別Host Project在resource放相對應的圖片即可。 以上是這段時間的心得,若有錯誤也請指證,謝謝。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.231.82.89 ※ 編輯: normanshi 來自: 61.231.82.89 (01/30 00:57)

01/30 07:39, , 1F
以我的理解Library Project是不是不應該有activity的東西在
01/30 07:39, 1F

01/30 08:31, , 2F
理論上是,但我app長相基本上一樣
01/30 08:31, 2F

02/01 06:58, , 3F
推~
02/01 06:58, 3F
文章代碼(AID): #1IwI-_cV (AndroidDev)