精華閱讀第 12 期 | 最新 App Store 審覈指南與10大被拒理由？

不少時候，咱們對技術的追求是沒有止境的，咱們須要不斷的學習，進步，再學習，再進步！本文系移動精英開發俱樂部的第12期文章推薦閱讀整理，其中涉及到了 Android 數據庫框架，架構設計中的循環引用，同時還闡述瞭如何在iOS中實現抽象類，以及什麼是集羣和分佈式。同時，本文還分享了阿里巴巴的實踐分享，若是你在開發一款APP，你也能夠讀一下《最新 App Store 審覈指南與10大被拒理由？》。但願這些文章能對你們有所啓發。文章系 ITOM 管理平臺 OneAPM 審校整理：

1，Find Convex Hull with Graham Scan & Swift

**導讀：**凸包(Convex hull) 是一個數學上的概念，在二維平面上能夠想象成用一個橡皮筋套住一堆釘在平面上的釘子。本文講述如何使用 Swift 實現 Graham scan 算法來尋找二維平面點集上的凸包。工程源碼見 Github。

2，Android數據庫框架：greenDAO vs LiteOrm

**導讀：**本文主要針對 greenDAO 和 LiteOrm，由於聽說 greenDAO 是基於Android SQLite的最快、性能最強悍的數據庫框架，由於他不涉及反射，靠的是代碼輔助生成。

3，架構設計中的循環引用

**導讀：**引用計數是一種經典的內存管理垃圾回收機制，但它最明顯的反作用就是循環引用，致使內存泄漏。循環引用實際上是一個閉環。其實，讓代碼庫變得龐大並不難，難的是在業務發展過程當中，一直保持架構的簡單。牢記KISS原則：Keep it simple and stupid！

4，Android存儲挖坑記

**導讀：**本文系Android存儲的一些相關資料的整理和分析，其中詳細對比了 Internal/External/Primary/Secondary等多個存儲技術。總結一下： Android 6.0以前，全部的存儲類型都是Traditional Storage。它支持多用戶、模擬External存儲。因爲是MBR分區，存儲上線爲2TB。可是在6.0以後，正常狀況下，它的存儲方式與以前的兩種相同，不過多了一種新的存儲方式：Adoptable Storage。

5，到底什麼是集羣&分佈式

**導讀：**概念老是抽象的，配合實例會讓你對概念的理解更加清晰。所以，若是恰好有使用到分佈式和集羣技術的猿友，能夠邊看本文的一些概念邊回想你使用過的分佈式和集羣技術。若是你沒有使用過相關技術，那其實也是能夠以瞭解的心態將本文看完，後面接觸到了，起碼會有個大概的印象。

6，在iOS中實現抽象類

導讀： Objective-C 沒有抽象類只是指語言的語法構造上沒有C++/Java那樣專門的abstract class定義，這並不妨礙你在用Objective-C寫程序的時候使用"abstract class"這一通用的OOP概念，即類的部分實現須要subclass來完成。

7，硬菜點播臺|MySQL阿里實踐經典案例之參數調優最佳實踐

**導讀：**玄慚，阿里雲資深DBA專家。有着豐厚的DBA經驗，經歷阿里歷年「雙11」考驗，保持着「無一丟單」的優異紀錄。同時，積累了6年對阿里雲數據庫用戶的運維、調優、診斷等豐富的經驗。本文系玄慚老師在雲棲大會·深圳峯會上分享的總結。

8，最新App Store審覈指南與10大被拒理由

**導讀：**最近，蘋果在官網給出了截至2015年2月份應用被拒絕的十大理由，其中50%以上的應用被拒絕都是由於這10個緣由，其中7個理由和2014年相同，其中排名前三的緣由分別是：須要補充更多信息、存在明顯的bug以及用戶界面太複雜，對此蘋果官方對部分緣由進行了詳細的解釋。對於但願更快得到蘋果審覈以及想在iOS發佈應用或者遊戲的童鞋們來講，這10大理由是須要特別注意的。

國內 ITOM 管理平臺 OneAPM 致力於幫助企業用戶提供全棧式的性能管理以及 IT 運維管理服務，經過一個探針就可以完成日誌分析、安全防禦、APM 基礎組件監控、集成報警以及大數據分析等功能。想閱讀更多優秀文章，請訪問 OneAPM 官方技術博客。

本文轉自 OneAPM 官方博客