iOS AI相機(jī)App開發(fā)教程，“魔法相機(jī)”開源項目簡介

你可能這App Store中搜到過很多AI相機(jī)App，提供各種AI變臉特效，這些功能都是怎樣實(shí)現(xiàn)的呢？我們自己能不能開發(fā)一款相近功能的App呢？

創(chuàng)新互聯(lián)從2013年開始，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項目網(wǎng)站制作、網(wǎng)站建設(shè)網(wǎng)站策劃，項目實(shí)施與項目整合能力。我們以讓每一個夢想脫穎而出為使命，1280元張家川回族自治做網(wǎng)站,已為上家服務(wù),為張家川回族自治各地企業(yè)和個人服務(wù),聯(lián)系電話:18980820575

出于這樣的想法，就有了“魔法相機(jī)”這個開源項目。接下來的一段時間里，我會不斷更新這個系列文章，和大家分享開發(fā)過程和各種技術(shù)細(xì)節(jié)，希望能對大家有幫助。

魔法相機(jī)是一款基于SwiftUI和CoreML開發(fā)的 iOS AI 相機(jī)應(yīng)用，實(shí)現(xiàn)了下列功能：

項目地址： william0wang/MagicCamera (github.com)

首先，計劃未來一段時間，把開發(fā)過程中的心得和各種技術(shù)細(xì)節(jié)通過文章分享給大家，希望對大家能用幫助。

在功能方面，當(dāng)前已經(jīng)實(shí)現(xiàn)了AI相機(jī)App最流行的拍照功能。后續(xù)計劃會增加更多視頻相關(guān)功能，例如視頻變臉等。

剛剛，阿里開源 iOS 協(xié)程開發(fā)框架 coobjc！

阿里妹導(dǎo)讀：剛剛，阿里巴巴正式對外開源了基于 Apache 2.0 協(xié)議的協(xié)程開發(fā)框架 coobjc，開發(fā)者們可以在 Github 上自主下載。

coobjc是為iOS平臺打造的開源協(xié)程開發(fā)框架，支持Objective-C和Swift，同時提供了cokit庫為Foundation和UIKit中的部分API提供了 協(xié)程 化支持，本文將為大家詳細(xì)介紹coobjc的設(shè)計理念及核心優(yōu)勢。

從2008年第一個iOS版本發(fā)布至今的11年時間里，iOS的異步編程方式發(fā)展緩慢。

基于 Block 的異步編程回調(diào)是目前 iOS 使用最廣泛的異步編程方式，iOS 系統(tǒng)提供的 GCD 庫讓異步開發(fā)變得很簡單方便，但是基于這種編程方式的缺點(diǎn)也有很多，主要有以下幾點(diǎn)：

針對多線程以及尤其引發(fā)的各種崩潰和性能問題，我們制定了很多編程規(guī)范、進(jìn)行了各種新人培訓(xùn)，嘗試降低問題發(fā)生的概率，但是問題依然很嚴(yán)峻，多線程引發(fā)的問題占比并沒有明顯的下降，異步編程本來就是很復(fù)雜的事情，單靠規(guī)范和培訓(xùn)是難以從根本上解決問題的，需要有更加好的編程方式來解決。

上述問題在很多系統(tǒng)和語言開發(fā)中都可能會碰到，解決問題的標(biāo)準(zhǔn)方式就是使用協(xié)程，C#、Kotlin、Python、Javascript 等熱門語言均支持協(xié)程極其相關(guān)語法，使用這些語言的開發(fā)者可以很方便的使用協(xié)程及相關(guān)功能進(jìn)行異步編程。

2017 年的 C++ 標(biāo)準(zhǔn)開始支持協(xié)程，Swift5 中也包含了協(xié)程相關(guān)的標(biāo)準(zhǔn)，從現(xiàn)在的發(fā)展趨勢看基于協(xié)程的全新的異步編程方式，是我們解決現(xiàn)有異步編程問題的有效的方式，但是蘋果基本已經(jīng)不會升級 Objective-C 了，因此使用Objective-C的開發(fā)者是無法使用官方的協(xié)程能力的，而最新 Swift 的發(fā)布和推廣也還需要時日，為了讓廣大iOS開發(fā)者能快速享受到協(xié)程帶來的編程方式上的改變，手機(jī)淘寶架構(gòu)團(tuán)隊基于長期對系統(tǒng)底層庫和匯編的研究，通過匯編和C語言實(shí)現(xiàn)了支持 Objective-C 和 Swift 協(xié)程的完美解決方案 —— coobjc。

核心能力

內(nèi)置系統(tǒng)擴(kuò)展庫

coobjc設(shè)計

最底層是協(xié)程內(nèi)核，包含了棧切換的管理、協(xié)程調(diào)度器的實(shí)現(xiàn)、協(xié)程間通信channel的實(shí)現(xiàn)等。

中間層是基于協(xié)程的操作符的包裝，目前支持async/await、Generator、Actor等編程模型。

最上層是對系統(tǒng)庫的協(xié)程化擴(kuò)展，目前基本上覆蓋了Foundation和UIKit的所有IO和耗時方法。

核心實(shí)現(xiàn)原理

協(xié)程的核心思想是控制調(diào)用棧的主動讓出和恢復(fù)。一般的協(xié)程實(shí)現(xiàn)都會提供兩個重要的操作：

我們基于線程的代碼執(zhí)行時候，是沒法做出暫停操作的，我們現(xiàn)在要做的事情就是要代碼執(zhí)行能夠暫停，還能夠再恢復(fù)。 基本上代碼執(zhí)行都是一種基于調(diào)用棧的模型，所以如果我們能把當(dāng)前調(diào)用棧上的狀態(tài)都保存下來，然后再能從緩存中恢復(fù)，那我們就能夠?qū)崿F(xiàn)yield和 resume。

實(shí)現(xiàn)這樣操作有幾種方法呢？

上述第三種和第四種只是能過做到跳轉(zhuǎn)，但是沒法保存調(diào)用棧上的狀態(tài)，看起來基本上不能算是實(shí)現(xiàn)了協(xié)程，只能算做做demo，第五種除非官方支持，否則自行改寫編譯器通用性很差。而第一種方案的 ucontext 在iOS上是廢棄了的，不能使用。那么我們使用的是第二種方案，自己用匯編模擬一下 ucontext。

模擬ucontext的核心是通過getContext和setContext實(shí)現(xiàn)保存和恢復(fù)調(diào)用棧。需要熟悉不同CPU架構(gòu)下的調(diào)用約定(Calling Convention). 匯編實(shí)現(xiàn)就是要針對不同cpu實(shí)現(xiàn)一套，我們目前實(shí)現(xiàn)了 armv7、arm64、i386、x86_64，支持iPhone真機(jī)和模擬器。

說了這么多，還是看看代碼吧，我們從一個簡單的網(wǎng)絡(luò)請求加載圖片功能來看看coobjc到底是如何使用的。

下面是最普通的網(wǎng)絡(luò)請求的寫法：

下面是使用coobjc庫協(xié)程化改造后的代碼：

原本需要20行的代碼，通過coobjc協(xié)程化改造后，減少了一半，整個代碼邏輯和可讀性都更加好，這就是coobjc強(qiáng)大的能力，能把原本很復(fù)雜的異步代碼，通過協(xié)程化改造，轉(zhuǎn)變成邏輯簡潔的順序調(diào)用。

coobjc還有很多其他強(qiáng)大的能力，本文對于coobjc的實(shí)際使用就不過多介紹了，感興趣的朋友可以去官方github倉庫自行下載查看。

我們在iPhone7 iOS11.4.1的設(shè)備上使用協(xié)程和傳統(tǒng)多線程方式分別模擬高并發(fā)讀取數(shù)據(jù)的場景，下面是兩種方式得到的壓測數(shù)據(jù)。

從上面的表格我們可以看到使用在并發(fā)量很小的場景，由于多線程可以完全使用設(shè)備的計算核心，因此coobjc總耗時要比傳統(tǒng)多線程略高，但是由于整體耗時都很小，因此差異并不明顯，但是隨著并發(fā)量的增大，coobjc的優(yōu)勢開始逐漸體現(xiàn)出來，當(dāng)并發(fā)量超過1000以后，傳統(tǒng)多線程開始出現(xiàn)線程分配異常，而導(dǎo)致很多并發(fā)任務(wù)并沒有執(zhí)行，因此在上表中顯示的是大于20秒，實(shí)際是任務(wù)已經(jīng)無法正常執(zhí)行了，但是coobjc仍然可以正常運(yùn)行。

我們在手機(jī)淘寶這種超級App中嘗試了協(xié)程化改造，針對部分性能差的頁面，我們發(fā)現(xiàn)在滑動過程中存在很多主線程IO調(diào)用、數(shù)據(jù)解析，導(dǎo)致幀率下降嚴(yán)重，通過引入coobjc，在不改變原有業(yè)務(wù)代碼的基礎(chǔ)上，通過全局hook部分IO、數(shù)據(jù)解析方法，即可讓原來在主線程中同步執(zhí)行的IO方法異步執(zhí)行，并且不影響原有的業(yè)務(wù)邏輯，通過測試驗(yàn)證，這樣的改造在低端機(jī)(iPhone6及以下的機(jī)器)上的幀率有20%左右的提升。

簡明

易用

清晰

性能

程序是寫來給人讀的，只會偶爾讓機(jī)器執(zhí)行一下?！狝belson and Sussman

基于協(xié)程實(shí)現(xiàn)的編程范式能夠幫助開發(fā)者編寫出更加優(yōu)美、健壯、可讀性更強(qiáng)的代碼。

協(xié)程可以幫助我們在編寫并發(fā)代碼的過程中減少線程和鎖的使用，提升應(yīng)用的性能和穩(wěn)定性。

本文作者：淘寶技術(shù)

Code4App-iOS開發(fā) - 開源項目

6.RainyRefreshControl，點(diǎn)擊下面的鏈接

;tid=11823extra=page%3D1%26filter%3Dsortid%26sortid%3D1

7.iOS 信用卡輸入效果，允許開發(fā)人員創(chuàng)建復(fù)制實(shí)際信用卡的UI。

;tid=11805extra=page%3D1%26filter%3Dsortid%26orderby%3Ddateline%26sortid%3D1

2016年 iOS 開發(fā)常用的 Swift 開源框架有哪些

1：SDWebImage，UIImageView+WebCache加載一張圖片。

2：UIViewExt用于定位坐標(biāo)很有用，可以直接拿到bottom,top,left,right.

3：CustomCatagory，是個類目，里面有navigationBar和UINavigationController的兩種系統(tǒng)版本下自定義navigationBar背景圖片方法，用于自定義navigationBar背景圖片。

4：UIUtils工具類，里面我寫了四個方法，一個獲取documents下的文件路徑，一個將NSDate類型轉(zhuǎn)化成字符串類型，一個將字符串轉(zhuǎn)化成NSDate類型，還有一個將傳進(jìn)來的一個評分字符串分割開成兩個，放在數(shù)組中，用于顯示兩個不同字體類型的評分。

5：CONSTS常量類，里面存放的是整個項目中需要使用的常量，寫成宏形式。

6：UIFactory里面自定義了button類型，兩種常用button樣式。

7：JSONKit類用于json數(shù)據(jù)解析

8：ASIHTTPRequest開源庫，用于請求網(wǎng)絡(luò)，需要依賴這五個系統(tǒng)自帶庫CFNetwork, SystemConfiguration, MobileCoreServices, 和 libz、libxml2。

9: DataSevrice網(wǎng)絡(luò)請求類，分GET和POST請求兩種方式，使用HTTP請求網(wǎng)絡(luò)，使用ASIFormDataRequest類,需要一個url參數(shù)，當(dāng)使用GET請求時候，不需要字典參數(shù)，增加一個請求頭，當(dāng)使用POST請求時候需要一個字典參數(shù)，通過鍵key發(fā)送值。ASIFormDataRequest對象使用block請求數(shù)據(jù)，判斷版本，5.0以上使用ios5自帶的json解析類NSJSONSerialization，5.0版本之下使用JSONKit類，請求之后，使用block回調(diào)。如果請求失敗，返回請求失敗。

10：轉(zhuǎn)化成model對象類，將請求下來的網(wǎng)絡(luò)數(shù)據(jù)字典轉(zhuǎn)化成model對象。方便在其他類之間進(jìn)行數(shù)據(jù)傳輸。

11：自定了一個單例類，將項目中需要在控制器之間傳輸?shù)臄?shù)據(jù)存儲起來，方便調(diào)用。

12:使用OpenFlow開源框架，用于顯示首頁的圖片要實(shí)現(xiàn)效果，在AFItemView類里面設(shè)置了高清和低清兩種樣式，實(shí)現(xiàn)里面三個代理方法，一個用于圖片切換時改變，一個用于請求加載圖片，通過_operationQueue創(chuàng)建一個線程來進(jìn)行加載，因?yàn)槿绻荚谥骶€程進(jìn)行圖片加載，可能會造成線程堵塞。

13：EGORefreshTableHeaderView用于上拉下拉刷新，實(shí)現(xiàn)里面的幾個代理方法，當(dāng)手指放開時候會去調(diào)用加載數(shù)據(jù)代理方法。

iOS開源JSON解析庫MJExtension

iOS中JSON與NSObject互轉(zhuǎn)有兩種方式：1、iOS自帶類NSJSONSerialization 2、第三方開源庫SBJSON、JSONKit、MJExtension。項目中一直用MJExtension來進(jìn)行JSON與Model的互轉(zhuǎn)，非常方便、強(qiáng)大，接下來介紹一下這個輕量、強(qiáng)大的開源庫。

1、什么是MJExtension？

MJExtension是一套字典和模型之間互相轉(zhuǎn)換的輕量級開源框架，github地址為： GitHub - CoderMJLee/MJExtension: A fast 。功能如下：

2、MJExtension架構(gòu)

1）UML類圖

2）類介紹

3、MJExtension JSON轉(zhuǎn)Model流程圖

4、MJExtension用法舉例

關(guān)于用法詳情請見： GitHub - CoderMJLee/MJExtension: A fast 。我這里只介紹兩種常用的用法，JSON轉(zhuǎn)Model，JSON轉(zhuǎn)Model數(shù)組

現(xiàn)在ios 開發(fā)中用哪個開源數(shù)據(jù)庫比較好

　1. OrmLite

OrmLite 不是 Android 平臺專用的ORM框架，它是Java ORM。支持JDBC連接，Spring以及Android平臺。語法中廣泛使用了注解（Annotation）。

2. SugarORM

SugarORM 是 Android 平臺專用ORM。提供簡單易學(xué)的APIs?？梢院苋菀椎奶幚?對1和1對多的關(guān)系型數(shù)據(jù)，并通過3個函數(shù)save(), delete() 和 find() (或者 findById()) 來簡化CRUD基本操作。

要啟用SugarORM，需要在你的應(yīng)用程序 AndroidManifest.xml 配置中添加如下meta-data標(biāo)簽：

meta-data android:name="DATABASE" android:value="my_database.db" /

meta-data android:name="VERSION" android:value="1" /

meta-data android:name="QUERY_LOG" android:value="true" /

meta-data android:name="DOMAIN_PACKAGE_NAME" android:value="com.my-domain" /

然后就可以從SugarORM擴(kuò)展需要保存的數(shù)據(jù)類：

public class User extends SugarRecordUser {

String username;

String password;

int age;

@Ignore

String bio; //this will be ignored by SugarORM

public User() { }

public User(String username, String password,int age){

this.username = username;

this.password = password;

this.age = age;

}

}

要添加一個User，代碼如下：

User johndoe = new User(getContext(),"john.doe","secret",19);

johndoe.save(); //stores the new user into the database

3. GreenDAO

當(dāng)性能很重要時（數(shù)據(jù)訪問頻繁），GreenDao是一個很快的解決方案，它能夠支持?jǐn)?shù)千條記錄的CRUD每秒，和OrmLite相比，GreenDAO要快幾乎4.5倍。（準(zhǔn)確數(shù)據(jù)請自行benchmark）。

GreenDAO小于100KB，所以對于應(yīng)用程序APK的大小影響很小。

這里有一個教程，演示如何使用Android Studio，在Android應(yīng)用程序中使用GreenDAO框架。

4. Active Android

Active Record（活動目錄）是Yii、Rails等框架中對ORM實(shí)現(xiàn)的典型命名方式。Active Android 幫助你以面向?qū)ο蟮姆绞絹聿僮鱏QLite。

5. Realm

Realm 是一個將可以使用的Android ORM，基于C++編寫，直接運(yùn)行在你的設(shè)備硬件上（不需要被解釋），因此運(yùn)行很快。它同時是開源跨平臺的，iOS的代碼可以在GitHub找到，你還可以找到Objective C以及Swift編寫的Realm使用實(shí)例。