建站
咨詢
售后
建站咨詢
新聞中心
iOS 分層架構(gòu)
主項(xiàng)目中的分層主要包含四個(gè)模塊，Main(主要)、Expand(擴(kuò)展)、Resource(資源)、Vender(第三方)，還有本項(xiàng)目是有多個(gè)Tag,用于區(qū)分不同的版本，比如本地環(huán)境測試版、產(chǎn)品版，主要是通過Tag來區(qū)分，不同的標(biāo)識(shí)對應(yīng)不同的連接地址；當(dāng)然也可以設(shè)置其它不同的內(nèi)容；
公司主營業(yè)務(wù)：網(wǎng)站建設(shè)、成都網(wǎng)站建設(shè)、移動(dòng)網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。創(chuàng)新互聯(lián)建站是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)建站推出伊寧免費(fèi)做網(wǎng)站回饋大家。
2.1 Main(主要)模塊的內(nèi)容
此模塊主要目的是為了存放項(xiàng)目的頁面內(nèi)容，比如MVC的內(nèi)容，Base(基類)用于存放一些公共的內(nèi)容，其它功能模塊的提取，方便繼承調(diào)用；在本實(shí)例中已經(jīng)在BaseController整理的一個(gè)公用的ViewController
2.2 Expand(擴(kuò)展)模塊的內(nèi)容
此模塊主要包含 Const、Macros、Tool、NetWork、Category、DataBase六個(gè)子模塊；
2.2.1 Macros (宏) 主要存放宏定義的地方，這邊有兩個(gè)宏文件，Macros.h主要是項(xiàng)目的一些主要宏，比如字體、版本、色值等，而ThirdMacros.h主要用于存放一些第三放SDK的key值；
2.2.2 Tool(工具類)主要存放一些常用的類，此處Logger用于存放日志的封裝幫助類，Reachability用于存放判斷網(wǎng)絡(luò)狀態(tài)的幫助類；
2.2.3 Network(網(wǎng)絡(luò))這邊主要用到Y(jié)TKNetwork 是猿題庫 iOS 研發(fā)團(tuán)隊(duì)基于 AFNetworking 封裝的 iOS 網(wǎng)絡(luò)庫，這邊是對它進(jìn)行一些修改，為了滿足不同Tag及不同的功能模塊可能訪問不同URL的要求；
2.2.4 Category(分類)主要用到Git上面iOS-Categories分類的內(nèi)容，多創(chuàng)建一個(gè)Other用于存放平時(shí)要擴(kuò)展的分類；
2.3 Resource(資源)模塊的內(nèi)容
資源模塊主要包含三方面，Global( 全局 )、Image( 圖片 )、Plist( 配置文件 )；
2.3.1 Global用于存放項(xiàng)目一些全局的內(nèi)容，包含啟動(dòng)項(xiàng)的內(nèi)容LaunchScreen.storyboard、頭部引用PrefixHeader.pch、語言包File.strings
2.3.2 Image用于存放圖片資源，可以根據(jù)功能模塊進(jìn)行再分不同的xcassets文件；
2.3.3 Plist用于存放plist文件，主要是本項(xiàng)目中會(huì)創(chuàng)建多個(gè)的Tag,而每個(gè)Tag都會(huì)有自個(gè)的plist文件進(jìn)行管理，所以統(tǒng)一存放方便管理；
2.4 Vender(第三方)模塊的內(nèi)容
雖然項(xiàng)目中已經(jīng)用Pod來管理第三方插件，但對于一些可能要進(jìn)行修改的第三方可以存放在這邊，本實(shí)例中引用的幾個(gè)比較常用的第三方插件，簡單介紹其中的幾個(gè)，GVUserDefaults是對UserDefaults的封裝，簡單就可以用于存取操作；JDStatusBarNotification是在狀態(tài)欄提示效果的插件；ActionSheetPicker底部彈出如時(shí)間選擇、選項(xiàng)的插件；QBImagePickerController是照片選擇插件，支持多選并可以設(shè)置最多選擇張數(shù)；
【iOS開發(fā)工程化——開發(fā)中】：三層架構(gòu)，MVC、MVVM
上一篇我們說到組件化開發(fā)是一個(gè)App最大一層的架構(gòu)，那具體到了一個(gè)一個(gè)的業(yè)務(wù)組件里，比組件化開發(fā)小一點(diǎn)的架構(gòu)就是三層架構(gòu)。所謂三層架構(gòu)就是指把項(xiàng)目中所有的類劃分到不同的層，目的是使項(xiàng)目邏輯更加清晰，提升開發(fā)和維護(hù)的效率，我們一般會(huì)把項(xiàng)目分為三層：數(shù)據(jù)層、業(yè)務(wù)層、視圖層。
注意：嚴(yán)格來講，三層架構(gòu)并不真正就比組件化開發(fā)小，它們倆只是從不同的角度去做架構(gòu)而已，往往是相互融合的，比如組件化開發(fā)里網(wǎng)絡(luò)庫就是三層架構(gòu)里數(shù)據(jù)層的內(nèi)容，UI庫就是三層架構(gòu)里視圖層里的內(nèi)容等，這里之所以說“三層架構(gòu)是比組件化開發(fā)小一點(diǎn)的架構(gòu)，主要是針對業(yè)務(wù)組件來說的”，當(dāng)然甚至我們在不使用組件化開發(fā)時(shí)項(xiàng)目里依然可以使用三層架構(gòu)。
比三層架構(gòu)再小一點(diǎn)的架構(gòu)就是視圖層架構(gòu)，我們常說的MVC、MVVM都是?視圖層的架構(gòu)。
MVC，即Model-View-Controller，它們的關(guān)系如下：
MVVM，即Model-View-ViewModel，它們的關(guān)系如下：
iOS開發(fā)進(jìn)階- 閱讀時(shí)長統(tǒng)計(jì)&復(fù)雜頁面架構(gòu)
記錄器
基于不同的場景提供關(guān)于記錄的封裝、適配。一般分為頁面式，流式，自定義式。
記錄管理者
管理統(tǒng)計(jì)記錄數(shù)據(jù)，包含記錄緩存，磁盤存儲(chǔ)，上傳器。
如何降低數(shù)據(jù)的丟失率？
兩種解決方案：
記錄上傳的時(shí)機(jī)
上傳時(shí)機(jī)的選擇
從三個(gè)方面分析架構(gòu)設(shè)計(jì)：整體架構(gòu)、數(shù)據(jù)流、反向更新。
View 的功能包含：控件的初始化、設(shè)置數(shù)據(jù)、交互事件代理等。
ViewController 的功能：視圖創(chuàng)建與組合、協(xié)調(diào)邏輯、事件回調(diào)處理等，事件回調(diào)處理指的是視圖層的事件。
業(yè)務(wù)邏輯處理（預(yù)排版）、數(shù)據(jù)增刪改查封裝者、線程安全處理。
網(wǎng)絡(luò)請求、數(shù)據(jù)解析、增刪改查、本地處理邏輯（適配）
數(shù)據(jù)流包含：網(wǎng)絡(luò)數(shù)據(jù)、業(yè)務(wù)數(shù)據(jù)、UI數(shù)據(jù)三部分。
網(wǎng)絡(luò)數(shù)據(jù)經(jīng)過 Engine 層處理加工產(chǎn)生業(yè)務(wù)數(shù)據(jù)，業(yè)務(wù)數(shù)據(jù)經(jīng)過 ViewModel 層處理產(chǎn)生UI數(shù)據(jù)，UI數(shù)據(jù)會(huì)轉(zhuǎn)交給視圖控制器控制視圖的顯示。
用戶交互網(wǎng)絡(luò)刷新等都會(huì)導(dǎo)致視圖層變化，通過代理方式通知視圖控制器?？刂破鲗iewModel的強(qiáng)引用找到對應(yīng)ViewModel，然后通過UI數(shù)據(jù)對業(yè)務(wù)數(shù)據(jù)的弱引用找到對應(yīng)的業(yè)務(wù)數(shù)據(jù)同時(shí)打上臟標(biāo)記。最后ViewModel進(jìn)行數(shù)據(jù)流的重新驅(qū)動(dòng)，將臟數(shù)據(jù)重新處理生成新的UI數(shù)據(jù)更新視圖。
本節(jié)梳理時(shí)長統(tǒng)計(jì)實(shí)現(xiàn)原理和復(fù)雜頁面的架構(gòu)實(shí)現(xiàn)思路。
IOS底層架構(gòu)總結(jié)（1）系統(tǒng)架構(gòu)
多年IOS開發(fā)，林林總總用過不少系統(tǒng)SDK框架，最近打算做一個(gè)大總結(jié)，系統(tǒng)性的整理下各種框架以及功能。
這篇算是開端，先整體介紹下IOS的底層，閑話少說切入正題
整個(gè)IOS系統(tǒng)架構(gòu)大致分為上面四個(gè)層
iOS開發(fā)——最簡單web容器化框架
既然要承載 web 頁面，一個(gè)原生的 WebView 必不可少。在 iOS 中，目前已經(jīng)有兩款高性能、功能齊全的 web 瀏覽器，UIWebView (=2.0)和 WKWebView(=7.0)。
當(dāng)然，兩種 web 瀏覽器選其一即可。網(wǎng)上有很多文章，包括我之前已經(jīng)發(fā)表的博文中，都介紹過這兩種瀏覽器，讀者可以根據(jù)自己的需要選擇。
就目前的情況看，UIWebView 發(fā)展了很多年，目前市面上大部分的 web 頁面也都支持這樣的瀏覽器，因此很多公司在選擇的時(shí)候都使用這個(gè)，但是，我們知道，WKWebView 有太多改善前者的優(yōu)點(diǎn)，而且也是蘋果官方提倡大家使用的，為了性能，為了更多的特性，建議初次搭建的朋友采用 WKWebView。
為了實(shí)現(xiàn) h5 與 native 之間的互相調(diào)用，我們需要在兩者之間架一層橋來實(shí)現(xiàn)，關(guān)于 bridge，之前的文章也有介紹。
bridge 的功能包括：native 調(diào)用 h5，h5 回調(diào) native，h5 調(diào)用 native，native 回調(diào) h5。
有了 bridge，h5可以使用 native 支持的更多特性，native 可以獲取 h5 頁面加載的信息，也可以讓 web 頁面動(dòng)態(tài)執(zhí)行一些腳本做一些事。
總之，在 web 容器框架中，這個(gè) bridge 還是很有必要的。
嗯，這個(gè)是輔助項(xiàng)，做了這一步可以進(jìn)一步提高 web 容器的加載性能，而且資源緩存到本地后可以做到不依賴網(wǎng)絡(luò)，提高用戶體驗(yàn)。
通常有兩種做法，
UIWebView 使用簡單，而且現(xiàn)在用戶的手機(jī)性能也已經(jīng)不再是頁面展示性能的瓶頸，所以，這里介紹的依然采用 UIWebView 作為 web 瀏覽器。
WebViewJavascriptBridge 是一款非常強(qiáng)大的第三方開源 bridge 庫，同時(shí)支持 UIWebView 和 WKWebView。
git 地址
NJKWebViewProgress 是一款能使 UIWebview 顯示加載進(jìn)度的第三方開源框架，支持代理協(xié)議處理和 progressview 展示兩種功能。
git 地址
iOS項(xiàng)目開發(fā)MVVM架構(gòu)實(shí)踐（第一篇：Router協(xié)議）
項(xiàng)目的開始我們必然要面臨一些準(zhǔn)備工作來做統(tǒng)籌布局（如： 網(wǎng)絡(luò)API的封裝、數(shù)據(jù)處理與UI布局的選擇等等），我們這邊選擇的是Alamofire、ObjectMapper、AlamofireObjectMapper、ReactiveCocoa作為MVVM分層架構(gòu)的現(xiàn)實(shí)：
1）運(yùn)用ObjectMapper達(dá)到數(shù)據(jù)之間的相互轉(zhuǎn)化；
2）結(jié)合Alamofire、ObjectMapper、AlamofireObjectMapper與ReactiveCocoa封裝網(wǎng)絡(luò)接口讓數(shù)據(jù)可傳遞、可監(jiān)聽，為調(diào)用API接口服務(wù)。
3）通過viewmodel的屬性（Property）和動(dòng)作(Action)給view層提供必要的數(shù)據(jù)和執(zhí)行的動(dòng)作。
上面大致介紹了整個(gè)架構(gòu)的現(xiàn)實(shí)原理，接下來我們要介紹的網(wǎng)絡(luò)接口封裝的第一步Router協(xié)議的實(shí)現(xiàn)。Router協(xié)議作為網(wǎng)絡(luò)層現(xiàn)實(shí)的一部分，目的就是把API地址轉(zhuǎn)化為更加容易理解的Router名稱供其他地方使用，如：
這就是一個(gè)登錄API的現(xiàn)實(shí)，RouterConvertible 就是我們所要現(xiàn)實(shí)的router協(xié)議，我們要讓router協(xié)議具備網(wǎng)絡(luò)請求的必要屬性，實(shí)現(xiàn)如下:
從實(shí)際上考慮除了urlPath需要外部提供，headers和paramters是可選的，method和parameterEncoding可以給與默認(rèn)值，在需要的時(shí)候在作調(diào)整，那么如何讓這個(gè)協(xié)議現(xiàn)實(shí)這樣的功能呢？
swift為我們提供了協(xié)議擴(kuò)展，讓我們輕松現(xiàn)實(shí)這樣的功能，如下：
綜上所述，我們的Router協(xié)議的實(shí)現(xiàn)已大功告成！
分享文章：ios開發(fā)架構(gòu),ios開發(fā)架構(gòu)有哪幾種
本文來源：http://fisionsoft.com.cn/article/dsesgdp.html
