李剛按:本文是青玉伏案寫的一篇文章。相信你們對MVC耳熟能詳,MVVM可能據說的相對少一些,這一篇文章將會想你闡述MVVM設計,還有團隊協做的經驗分享。若是你也以爲不錯,就分享一下吧!ios
demo:https://github.com/lizelu/MVVMgit
今天寫這篇文章是想達到拋磚引玉的做用,想與你們交流一下思想,相互學習,博文中有不足之處還望你們批評指正。本篇文章的內容沿襲以往博客的風格,也是以乾貨爲主,偶爾扯扯鹹蛋(哈哈~很差好工做又開始發表博客啦~)。github
由 於本人項目經驗有限,關於架構設計方面的東西理解有限,我我的對MVVM的理解主要是借鑑於以前的用過的MVC的Web框架~在學校的時候用過 ThinkPHP框架,和SSH框架,都是MVC的架構模式,今天MVVM與傳統的MVC可謂是極爲類似,也能夠說是兄弟關係,也就是一家人了。編程
說 到架構設計和團隊協做,這個對App的開發仍是比較重要的。即便做爲一個專業的搬磚者,前提是你這磚搬完放在哪?不僅是Code有框架,其餘的東西都是有 框架的,好比橋樑等等神馬的~在這兒就不往外扯了。一個好的工程框架不進能夠提升團隊的協做效率,同時還能夠減小代碼的冗餘度和耦合性,合理的分工與系統 的架構設計是少不了的。json
至 於團隊協做不只僅是有SVN或者Git這些版本控制工具就行的,至於如何在iOS開發中使用SVN,請參考以前的博客(iOS開發之版本控制 (SVN))。一個團隊能夠高效的工做,本人以爲交流是最爲重要的,團隊中的每一個人都比較和睦,並且交流上沒有什麼障礙(不過有的團隊中總有幾個合不來的 人),交流在團隊中最爲重要。至於SVN怎麼用,那都不是事兒!api
好了今天就以我寫的一個Demo來淺談一下iOS開發中的架構設計和團隊協做,今天的鹹蛋先到這兒,切入今天的話題。網絡
爲了寫今天的博客我花了點時間作了個工程,這個工程後臺的接口用的新浪微博的API來進行測試的,在本文的後面也會跟上GitHub的分享連接。OK~說的高大上一些就是,仁者見仁智者見智,交流思想,共同窗習。架構
1、小酌一下MVVM
在這呢也不贅述什麼是MVC,神馬又是MVVM了,在百度上谷歌一下一抓一大把,在這兒就簡單的提上一嘴。下面的Demo用的就是MVVM的架構模式。框架
Model層是少不了的了,咱們得有東西充當DTO(數據傳輸對象),固然,用字典也是能夠的,編程麼,要靈活一些。Model層是比較薄的一層,若是學過Java的小夥伴的話,對JavaBean應該不陌生吧。ide
ViewModel層,就是View和Model層的粘合劑,他是一個放置用戶輸入驗證邏輯,視圖顯示邏輯,發起網絡請求和其餘各類各樣的代碼的極好的地方。說白了,就是把原來ViewController層的業務邏輯和頁面邏輯等剝離出來放到ViewModel層。
View層,就是ViewController層,他的任務就是從ViewModel層獲取數據,而後顯示。
上面對MVVM就先簡單的這麼一說,好好的理解並應用的話,還得實戰。
2、關於工程中是否使用StoryBoard的論述
從網上常常看到說不推薦使用StoryBoard或者Xib,推薦用純代碼手寫。我的認爲這種觀點是和蘋果設計StoryBoard的初衷相悖的,在我作過的項目中是以StoryBoard爲主,xib爲輔,而後用代碼整合每一個StoryBoard.
舉 一個用Storyboard好處的例子就OK了,給控件添加約束,若是用Storyboard完成那是分分秒的事情,而用代碼的添加約束的話是何等的惡 心,純代碼寫的話會把大量的時間花在寫UI上,並且技術含量是比較低的,這個我的認爲沒什麼必要。在團隊合做中負責UI開發的小夥伴只需沒人負責一個 Storyboard,各開發各的,用SVN提交時把下面的勾(以下圖)去掉便可,這樣用Storyboard是沒有問題的。而後再用代碼進行整合就OK 了。若是你在你的工程中加入了新的資源文件的話,用XCode自帶的SVN提交的話須要吧Project Setting文件一併提交。
3、實戰MVVM
(用Xcode建立的Group是虛擬的文件夾,爲了便於維護,建議建立物理文件夾,而後再手動引入)
1.下面經過一個實例來體會一下MVVM架構模式,下面是該工程的一級目錄以下,每層之間的交互是用Block的形式來實現的
工程目錄說明:
Request:文件夾下存儲網絡請求的類,下面會給出具體的實現
Config:就是工程的配置文件
Resource:就是工程的資源文件,下面有圖片資源和Storyboard文件資源
Tools是:工具文件類,存放工具類,好比數據正則匹配等。
Vender:存放第三方類庫
Model:這個就很少說了
ViewController:存放ViewController類資源文件,也就是View層
ViewModel:存放各類業務邏輯和網絡請求
2.詳解Request:Request負責網絡請求的東西,具體以下:
NetRequestClass是存放網絡請求的代碼,本工程用的AF,由於本工程只是一個Demo,因此就只封裝了監測網絡狀態,GET請求,POST請求方法,根據現實須要,還能夠封裝上傳下載等類方法。
NetRequestClass.h中的代碼以下:
NetRequestClass.m中的代碼以下:
3.詳解Config:建立pch文件,和Config.h文件
pch文件引入經常使用的頭文件,內容以下:
4.詳解資源文件Resource,結構以下圖:
Image中就存放各類圖片(3x,2x等),InterfaceBuider裏面就是放一些Xib和Storyboard文件,每一個負責UI的開發人員負責一個Storyboard
5.詳解Model:本工程用的是請求公共微博接口咱們須要在頁面上現實用戶的頭像,用戶名,發佈日期,博文,已經隱式的用戶ID和微博ID,文件目錄結構以下:
PublicModel中的內容以下:
6.詳解ViewModel層,本層是最爲重要的一層,下面是本層的詳細截圖,ViewModeClass是全部ViewMode的父類,其中存儲着共同部分
ViewModelClass.h中的內容以下:
ViewModelClass.m中的內容以下:
PublicWeiboViewModel.h中的內容以下:
PublicWeiboViewModel.m中的內容以下:
7.ViewController層的目錄結構以下:
上面的代碼就不一一粘了(主要是手按command + C 按累了),後面的連接會有源碼
8.storybord中的結構以下:
運行的最終效果:
9.完整目錄結構,頁面間的業務邏輯,和網絡的請求數據是放在ViewModel層的,固然了這也不是絕對的,要靈活把握。我我的是特別喜歡編程的,由於編程靈活起來就會頗有樂趣。
10.文章快結束了,在這兒在總結一下SVN使用頻率比較高的並且比較重要的命令吧(固然,本人平時主要是用XCode自帶的SVN可視化管理~)
(1)、更新本地代碼命令
svn up 更新版本
svn info 查看當前版本信息
(2)、代碼的提交
svn info 查看當前本地版本信息
svn up 更新到最新版本信息
svn st 查看文件狀態 M-修改 D-刪除 A-添加 U-更新 ?-未知狀態 !-警告 C-衝突
svn add fileName: 若是出現?通常是添加文件時出的問題,在把文件svn add fileName一下後,該文件的狀態會改爲A
svn del fileName:若是出現!通常是刪除文件時會出現的警告需呀執行svn del fileName命令後,該文件的狀態會改爲D
svn ci -m"提交的緣由"
做者:青玉伏案
出處:http://www.cnblogs.com/ludashi/