?
文章目錄
- 引言
- I、 上架指南
- 1.1 iOS上架干貨匯總
- 1.2 上架相關(guān)操作技巧
- 1.3 iOS被拒絕的解決方案匯總
- 1.4 系統(tǒng)框架(API)適配
- II、 開發(fā)基礎(chǔ)知識
- III、渲染
- 3.1 動畫
- 3.2 文字/圖像處理
- 3.2.1 Quartz2D使用指南
- IV、 網(wǎng)絡(luò)與數(shù)據(jù)存儲
- 4.1 數(shù)據(jù)存儲
- 4.2 數(shù)據(jù)搜索
- 4.3 http/https/dns(數(shù)據(jù)提交)
- 4.4 get 和PostBOOL參數(shù)進(jìn)行處理
- V、需求案例: 注冊/登陸基礎(chǔ)模塊
- 5.1 支付產(chǎn)品的基礎(chǔ)知識
- 5.2 登陸模塊
- 5.3 注冊模塊
- 5.3.1 《用戶協(xié)議及隱私政策》彈框
- 5.4 處理用戶輸入內(nèi)容
- 5.5 地理信息處理
- VI、 內(nèi)存
- 6.1 進(jìn)程
- 6.1.1 Extension的應(yīng)用例子:語言播報
- 6.1 進(jìn)程
- VII、質(zhì)量(code review 、性能)
- 7.1 測試
- 7.1.1 技巧
- 7.1.2 AB 測試流量切換方案
- 7.1.3 iOS測試指南
- 7.2 安全
- 7.3 性能優(yōu)化
- 7.4 監(jiān)控系統(tǒng)
- 7.1 測試
- VIII、 效率
- see also
- 技術(shù)分布
?
引言歡迎大家來到#公眾號:iOS逆向的《iOS基礎(chǔ)》專欄
本文列出學(xué)習(xí)大綱,同時也可作為大家學(xué)習(xí)《iOS基礎(chǔ)》專欄的索引。
文中的藍(lán)字都是傳送門,點(diǎn)擊進(jìn)入即可
本專欄側(cè)重于程序開發(fā)和 iOS 開發(fā)的基礎(chǔ)知識和技能以及產(chǎn)品需求案例,當(dāng)然也會包括提高項目質(zhì)量和提升開發(fā)效率模塊。
- 基礎(chǔ)涉及內(nèi)容:app上架指南、語言、框架、內(nèi)存、網(wǎng)絡(luò)、存儲、渲染、線程
- 產(chǎn)品需求案例:
1、普通的數(shù)據(jù)顯示案例,即網(wǎng)絡(luò)拉數(shù)據(jù)->存儲->讀取->展示;
2、代理商CRM app、商戶收銀app
3、計劃涉及的案例:瀏覽器內(nèi)核,文字排版引擎,音視頻和圖像處理引擎,圖標(biāo)繪制引擎
- 質(zhì)量
I、 上架指南1、測試/調(diào)試技巧(測試保證質(zhì)量是一個很重要的環(huán)節(jié)):黑盒測試、單元測試、自動化測試
2、性能優(yōu)化:網(wǎng)絡(luò)/存儲/內(nèi)存/渲染/算法優(yōu)化
3、監(jiān)控體系:卡頓監(jiān)控、數(shù)據(jù)庫監(jiān)控、流量消耗監(jiān)控、內(nèi)存消耗監(jiān)控、耗時監(jiān)控(問題響應(yīng))
4、代碼管理:代碼規(guī)范/代碼規(guī)范檢測工具、code review 機(jī)制(互相監(jiān)督,減少臟亂差代碼)
5、應(yīng)用安全:敏感信息的脫敏規(guī)范、網(wǎng)絡(luò)傳輸?shù)陌踩?、敏感信息安?用戶名/密碼)、代碼混淆【iOS應(yīng)用逆向與安全模塊請移步到《iOS逆向》專欄學(xué)習(xí)】
1.1 iOS上架干貨匯總
-
iOS上架前的準(zhǔn)備、上架技巧(不更新版本的情況下刪除App Store非主語言的方法)、常見上架問題及解決方案(上傳ipa包被吃掉、已上架app在AppStore搜不到)、app上架后的事項(ASO)
-
iOS代碼管理之【Xcode Build版本號自增的解決方案】(通過配置腳本讓xcode 在每次Build打包時自動對CFBundleVersion加一)
-
【codesign】1、重簽名2、搜索本機(jī)的證書、查看簽名證書、3、打包腳本
1.2 上架相關(guān)操作技巧
【AppStore 上架相關(guān)技巧】1、由于AppStore緩存原因,導(dǎo)致已上架iOS app(可供銷售)在AppStore上搜不到的解決方案2、不更新版本的情況下刪除App Store非主語言的方法(應(yīng)用場景:馬甲包)
1.3 iOS被拒絕的解決方案匯總
iOS被拒絕的解決方案匯總:1、因藍(lán)牙功能隱蔽而導(dǎo)致上架2、iOS審核1.1.6被拒(安全-令人反感的內(nèi)容)
1.4 系統(tǒng)框架(API)適配
- iOS基礎(chǔ)-專欄目錄指南之【系統(tǒng)適配】(持續(xù)更新)
III、渲染涉及框架:StoreKit / MessageUI / AVFoundation/Foundation/UIKit
3.1 動畫
- iOS常用動畫 【 定點(diǎn)縮放彈窗】利用錨點(diǎn)anchorPoint進(jìn)行實(shí)現(xiàn)
- iOS Horizontal Popup View 【 橫向(水平方向)彈出菜單視圖】例子:商品列表支持彈出菜單進(jìn)行下/上架商品、打印商品價簽、編輯商品信息、同步網(wǎng)店等操作popover
3.2 文字/圖像處理
- 渲染機(jī)制
圖層混合,渲染時機(jī),離屏渲染
- iOS 圖片的平鋪和拉伸、圖片的加載方式、內(nèi)容模式(等比例顯示)
3.2.1 Quartz2D使用指南
-
Quartz2D使用指南:自定義控件(電子簽名)、圖片水印、裁剪以及屏幕截圖
-
iOS Quartz2D使用教程之【自定義控件】(案例:橫屏電子簽名)
-
電子簽名
app從拉取數(shù)據(jù)到顯示的大致流程:
從網(wǎng)絡(luò)拉取數(shù)據(jù)
存儲到本地文件系統(tǒng)
再從本地取出來放進(jìn)內(nèi)存,最后渲染出來。
從流程就可以看出本模塊講解的內(nèi)容大綱如下:
- 數(shù)據(jù)存儲
- https 的原理
- dns 劫持(重試機(jī)制)
- 優(yōu)化弱網(wǎng)絡(luò)下的連接(離線機(jī)制)
- 客戶端跟后臺的通信協(xié)議
數(shù)據(jù)結(jié)構(gòu)json /protobuf、數(shù)據(jù)的增量更新
- 線程
這里所有的處理都在操作系統(tǒng)的進(jìn)程和線程中執(zhí)行,因此了解線程相關(guān)知識是必不可少的
4.1 數(shù)據(jù)存儲
- 主鍵索引事務(wù)等數(shù)據(jù)庫基本概念
- 存儲機(jī)制/索引的實(shí)現(xiàn)/sqlite的七層結(jié)構(gòu)
- 單文件存儲
XML存文件;對象序列化成二進(jìn)制存儲
-
iOS app 使用BGFMDB存儲信息到本地數(shù)據(jù)庫教程【應(yīng)用場景:商戶首次登陸app同意協(xié)議流程,記錄當(dāng)前商戶已經(jīng)同意過協(xié)議信息】
-
【iOS 使用數(shù)據(jù)庫表存儲信息】例子: 存儲顯示過廣告彈窗的用戶ID, 應(yīng)用場景:首次打開app進(jìn)行廣告彈窗
-
PL/SQL基礎(chǔ)
4.2 數(shù)據(jù)搜索
- iOS數(shù)據(jù)搜索技巧:1、 應(yīng)用NSPredicate進(jìn)行數(shù)據(jù)篩選:從數(shù)組搜索特定條件的元素(從數(shù)組中篩選type=8的電子簽名數(shù)據(jù),避免遍歷數(shù)組 certificateInfoList)2、正則表達(dá)式
4.3 http/https/dns(數(shù)據(jù)提交)
- iOS 實(shí)現(xiàn)json數(shù)據(jù)提交(發(fā)送JSON數(shù)據(jù)給服務(wù)器)
1.一定要使用POST請求
2.設(shè)置請求頭 [request setValue:@“application/json” forHTTPHeaderField:@“Content-Type”];
3.設(shè)置JSON數(shù)據(jù)為請求體
- iOS接收json格式【 unacceptable content-type: text/plain的解決方案】
- iOS實(shí)現(xiàn)key=value&key=value形式的數(shù)據(jù)提交【Post 提交請求數(shù)據(jù)格式為application/x-www-form-urlencoded的方案】(基于AFNetworkSDK)
4.4 get 和PostBOOL參數(shù)進(jìn)行處理
【AFN使用NSNumber 傳BOOL值參數(shù)時,需要區(qū)分get 和Post進(jìn)行處理】get請求對應(yīng)的0和1,post對應(yīng)true/false:若服務(wù)端Bool 參數(shù)沒有同時支持這兩種格式,就需要處理
V、需求案例: 注冊/登陸基礎(chǔ)模塊————————————————
5.1 支付產(chǎn)品的基礎(chǔ)知識
- i1、支付知識及調(diào)試測試技巧:【支付流程 & 預(yù)授權(quán)& 銀行卡驗證&反洗錢】2、安全設(shè)計Checklist(短信驗證碼、圖形驗證碼、密碼管理、身份驗證、會話安全、敏感信息、接口安全)
5.2 登陸模塊
- iOS 優(yōu)化登錄流程:【打開app,如果 token不過期,就使用最近一次登錄的tokenn進(jìn)行接口請求?!績?yōu)化token的存儲方式:(之前只是存儲在內(nèi)存,每次打開app都會重新登錄,)
5.3 注冊模塊
5.3.1 《用戶協(xié)議及隱私政策》彈框
- iOS TextViewHyperLink 文字超鏈接: 《用戶協(xié)議及隱私政策》彈框
5.4 處理用戶輸入內(nèi)容
-
iOS文本長度計算【中文占1,英文等能轉(zhuǎn)ascii的占0.5】常常應(yīng)用于對文本輸入框的個數(shù)限制
-
iOS處理語言的強(qiáng)大工具CFStringTransform : 智能地處理用戶的輸入內(nèi)容,經(jīng)典應(yīng)用場景【索引】
-
iOS用戶輸入處理之【從字符串中提取數(shù)字(手機(jī)號)】應(yīng)用場景:登錄界面“請輸入手機(jī)號“文本框,對粘貼內(nèi)容進(jìn)行手機(jī)號碼提取
-
iOS金額的格式轉(zhuǎn)化處理
5.5 地理信息處理
- iOS定位、地理/逆地理編碼geocodes的使用、判斷目標(biāo)經(jīng)緯度是否在大陸
- ARC 機(jī)制
OC 的引用計數(shù) 、自動釋放池、Java語言的垃圾回收機(jī)制
- 內(nèi)存管理
避免內(nèi)存泄露
- 緩存管理
避免緩存太多導(dǎo)致OOM、緩存命中率太低性能低下
Out Of Memory:“內(nèi)存用完了”。 它來源于java.lang.OutOfMemoryError。
- 線程和進(jìn)程
iOS 開發(fā)只在做 Extension 時才需要考慮到進(jìn)程,
主線程子線程,多線程并發(fā)鎖競爭,死鎖,GCD,Runloop
6.1 進(jìn)程
6.1.1 Extension的應(yīng)用例子:語言播報
- NotificationServiceExtension
VII、質(zhì)量(code review 、性能)使用 NotificationServiceExtension實(shí)現(xiàn)VoiceBroadcast
【app處于后臺/被殺死的狀態(tài)仍可進(jìn)行語言播報】
iOS12.1以上在后臺或者被殺死無法語音播報的解決方案
7.1 測試
7.1.1 技巧
- iOS測試位置信息變更:通過GPX文件修改經(jīng)緯度信息(模擬iOS設(shè)備的位置)
7.1.2 AB 測試流量切換方案
- AB 測試流量切換方案
7.1.3 iOS測試指南
iOS測試指南之 【保存接口返回的數(shù)據(jù)為json,以便作為測試數(shù)據(jù)】
7.3 性能優(yōu)化
1、 檢測各方面的數(shù)據(jù),量化運(yùn)行性能,
2、從檢測數(shù)據(jù)尋找性能瓶頸
3、找解決方案并用監(jiān)測的數(shù)據(jù)驗證優(yōu)化效果
7.4 監(jiān)控系統(tǒng)
【電池的狀態(tài)處理:電池狀態(tài)獲取及監(jiān)測、電池電量獲取及監(jiān)測、低電量模式切換監(jiān)測】
VIII、 效率效率教程模塊放在了 《iOS進(jìn)階》專欄
see also- 客戶端開發(fā)
主要是指iOS/Android,也包括macOS/Windows/Linux這些平臺的軟件開發(fā)
前端開發(fā)
使用vue/react這些來源于瀏覽器技術(shù)
- Native開發(fā)
是指“非瀏覽器技術(shù)”開發(fā),例如不使用JavaScript開發(fā)。
通常Native開發(fā),使用的語言主要是編譯型,而不是解釋型。
例如iOS/macOS使用Objective C和Swift來開發(fā),Android使用Java或Kotlin來開發(fā)。Windows使用C#來開發(fā),Linux使用C++來開發(fā)。(C++所有平臺都能開發(fā))。
Flutter使用Dart
技術(shù)分布
- 完全小程序?qū)崿F(xiàn)
這些應(yīng)用一般是業(yè)務(wù)為主,連接線下的應(yīng)用
- ReactNative或者Flutter實(shí)現(xiàn)為主,少量Native代碼為輔助。
中小公司開發(fā)的業(yè)務(wù)類型為主的應(yīng)用,更多是ToB產(chǎn)品。為了節(jié)省開發(fā)人力,大部分功能使用跨端技術(shù)開發(fā)。
- 自定義DSL框架。
用xml或者json描述界面,Native代碼來根據(jù)xml或json生成對應(yīng)的界面。
這些應(yīng)用多數(shù)是大型的應(yīng)用,多數(shù)以Feed流為主,DSL框架用來實(shí)現(xiàn)某一個“內(nèi)容為主”的功能。
例如美團(tuán)首頁、微博首頁(刷微博時經(jīng)??吹降膹V告)、支付寶首頁。
這些Feed流中的內(nèi)容十分豐富,公司內(nèi)部也會開發(fā)專有的運(yùn)營平臺,能很方便的配置下發(fā)不同的內(nèi)容。
美團(tuán)的MTFlexbox發(fā)布過文章,但不開源。阿里的Tangram(開源)。
- 更高級的DSL框架。
例如滴滴的變色龍 https://github.com/didi/chameleon ,
或者最近阿里開源的北海 https://github.com/openkraken/kraken 。這些框架可以使用前端技術(shù),開發(fā)出適應(yīng)多平臺的代碼。
- Native為主,其他技術(shù)為輔助。
核心功能對性能有更高的要求,必須使用Native技術(shù)來開發(fā)。
例如微信、淘寶、抖音
這些應(yīng)用的核心功能使用Native開發(fā),跨端技術(shù)、小程序、自定義DSL框架都在其中某個場景中發(fā)揮各自的優(yōu)勢。
此外,一些小而美的應(yīng)用多數(shù)具有某些平臺的創(chuàng)新特性,很多需要使用到平臺獨(dú)有的能力。
?
本文摘自 :https://blog.51cto.com/i