MVVM的架構設計與團隊協做 with StoryBoard

今天寫這篇博客是想達到拋磚引玉的做用,想與你們交流一下思想,相互學習,博文中有不足之處還望你們批評指正。本篇博客的內容沿襲以往博客的風格,也是以乾貨爲主,偶爾扯扯鹹蛋(哈哈~很差好工做又開始發表博客啦~)。ios

因爲本人項目經驗有限,關於架構設計方面的東西理解有限,我我的對MVVM的理解主要是借鑑於以前的用過的MVC的Web框架~在學校的時候用過ThinkPHP框架,和SSH框架,都是MVC的架構模式,今天MVVM與傳統的MVC可謂是極爲類似,也能夠說是兄弟關係,也就是一家人了。git

說到架構設計和團隊協做,這個對App的開發仍是比較重要的。即便做爲一個專業的搬磚者,前提是你這磚搬完放在哪?不僅是Code有框架,其餘的東西都是有框架的,好比橋樑等等神馬的~在這兒就不往外扯了。一個好的工程框架不進能夠提升團隊的協做效率,同時還能夠減小代碼的冗餘度和耦合性,合理的分工與系統的架構設計是少不了的。github

至於團隊協做不只僅是有SVN或者Git這些版本控制工具就行的,至於如何在iOS開發中使用SVN,請參考以前的博客(iOS開發之版本控制(SVN))。一個團隊能夠高效的工做,本人以爲交流是最爲重要的,團隊中的每一個人都比較和睦,並且交流上沒有什麼障礙,交流在團隊中最爲重要。至於SVN怎麼用,那都不是事兒!編程

好了今天就以我寫的一個Demo來淺談一下iOS開發中的架構設計和團隊協做,今天的鹹蛋先到這兒,切入今天的話題。json

爲了寫今天的博客我花了點時間作了個工程,這個工程後臺的接口用的新浪微博的API來進行測試的,在本文的後面也會跟上GitHub的分享連接。OK~說的高大上一些就是,仁者見仁智者見智,交流思想,共同窗習。api

1、小酌一下MVVM網絡

在這呢也不贅述什麼是MVC,神馬又是MVVM了,在百度上谷歌一下一抓一大把,在這兒就簡單的提上一嘴。下面的Demo用的就是MVVM的架構模式。架構

Model層是少不了的了,咱們得有東西充當DTO(數據傳輸對象),固然,用字典也是能夠的,編程麼,要靈活一些。Model層是比較薄的一層,若是學過Java的小夥伴的話,對JavaBean應該不陌生吧。框架

ViewModel層,就是View和Model層的粘合劑,他是一個放置用戶輸入驗證邏輯,視圖顯示邏輯,發起網絡請求和其餘各類各樣的代碼的極好的地方。說白了,就是把原來ViewController層的業務邏輯和頁面邏輯等剝離出來放到ViewModel層。ide

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的形式來實現的

工程目錄說明:

1.Request:文件夾下存儲網絡請求的類,下面會給出具體的實現

2.Config:就是工程的配置文件

3.Resource:就是工程的資源文件,下面有圖片資源和Storyboard文件資源

4.Tools是:工具文件類,存放工具類,好比數據正則匹配等。

5.Vender:存放第三方類庫

6.Model:這個就很少說了

7.ViewController:存放ViewController類資源文件,也就是View層

8.ViewModel:存放各類業務邏輯和網絡請求

2.詳解Request:Request負責網絡請求的東西,具體以下:

NetRequestClass是存放網絡請求的代碼,本工程用的AF,由於本工程只是一個Demo,因此就只封裝了監測網絡狀態,GET請求,POST請求方法,根據現實須要,還能夠封裝上傳下載等類方法。

NetRequestClass.h中的代碼以下:

NetRequestClass.m中的代碼以下:

3.詳解Config:建立pch文件,和Config.h文件

pch文件引入經常使用的頭文件,內容以下:

Config.h中就是各類宏定義和各類枚舉類型和block類型,代碼以下:

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)、更新本地代碼命令

1.1  svn  up 更新版本

1.2  svn info 查看當前版本信息

(2)、代碼的提交

2.1  svn info 查看當前本地版本信息

2.2  svn up 更新到最新版本信息

2.3  svn st 查看文件狀態 M-修改  D-刪除 A-添加 U-更新  ?-未知狀態  !-警告  C-衝突

2.4  svn add fileName: 若是出現?通常是添加文件時出的問題,在把文件svn add fileName一下後,該文件的狀態會改爲A

2.5  svn del fileName:若是出現!通常是刪除文件時會出現的警告需呀執行svn del fileName命令後,該文件的狀態會改爲D

2.6  svn ci -m」提交的緣由」

在文章的最後呢附上DEMO的:GitHub下載地址:https://github.com/lizelu/MVVM 

 

轉載自:http://ios.jobbole.com/83612/

相關文章
相關標籤/搜索