今天寫這篇部落格是想達到抛磚引玉的作用，想與大家交流一下思想，互相學習，博文中有不足之處還望大家批評指正。本篇部落格的内容沿襲以往部落格的風格，也是以幹貨為主，偶爾扯扯鹹蛋(哈哈~不好好工作又開始發表部落格啦~)。
由于本人項目經驗有限，關于架構設計方面的東西了解有限，我個人對mvvm的了解主要是借鑒于之前的用過的mvc的web架構~在學校的時候用過thinkphp架構，和ssh架構，都是mvc的架構模式，今天mvvm與傳統的mvc可謂是極為相似，也可以說是兄弟關系，也就是一家人了。
說道架構設計和團隊協作，這個對app的開發還是比較重要的。即使作為一個專業的搬磚者，前提是你這磚搬完放在哪？不隻是code有架構，其他的東西都是有架構的，比如橋梁等等神馬的~在這兒就不往外扯了。一個好的工程架構不進可以提高團隊的協作效率，同時還可以減少代碼的備援度和耦合性，合理的分工與系統的架構設計是少不了的。
好了今天就以我寫的一個demo來淺談一下ios開發中的架構設計和團隊協作，今天的鹹蛋先到這兒，切入今天的話題。
為了寫今天的部落格我花了點時間做了個工程，這個工程背景的接口用的新浪微網誌的api來進行測試的，在本文的後面也會跟上github的分享連結。ok~說的高大上一些就是，仁者見仁智者見智，交流思想，共同學習。
一、小酌一下mvvm
在這呢也不贅述什麼是mvc,神馬又是mvvm了,在百度上谷歌一下一抓一大把，在這兒就簡單的提上一嘴。下面的demo用的就是mvvm的架構模式。
model層是少不了的了，我們得有東西充當dto(資料傳輸對象)，當然，用字典也是可以的，程式設計麼，要靈活一些。model層是比較薄的一層，如果學過java的小夥伴的話，對javabean應該不陌生吧。
viewmodel層，就是view和model層的粘合劑，他是一個放置使用者輸入驗證邏輯，視圖顯示邏輯，發起網絡請求和其他各種各樣的代碼的極好的地方。說白了，就是把原來viewcontroller層的業務邏輯和頁面邏輯等剝離出來放到viewmodel層。
view層，就是viewcontroller層，他的任務就是從viewmodel層擷取資料，然後顯示。
上面對mvvm就先簡單的這麼一說，好好的了解并應用的話，還得實戰。
二、關于工程中是否使用storyboard的論述
從網上經常看到說不推薦使用storyboard或者xib,推薦用純代碼手寫。個人認為這種觀點是和蘋果設計storyboard的初衷相悖的，在我做過的項目中是以storyboard為主，xib為輔，然後用代碼整合每個storyboard.
舉一個用storyboard好處的例子就ok了，給控件添加限制，如果用storyboard完成那是分分秒的事情，而用代碼的添加限制的話是何等的惡心，純代碼寫的話會把大量的時間花在寫ui上，而且技術含量是比較低的，這個個人認為沒什麼必要。在團隊合作中負責ui開發的小夥伴隻需沒人負責一個storyboard,各開發各的，用svn送出時把下面的勾（如下圖）去掉即可，這樣用storyboard是沒有問題的。然後再用代碼進行整合就ok了。如果你在你的工程中加入了新的資源檔案的話，用xcode自帶的svn送出的話需要吧project setting檔案一并送出。
三、實戰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中的代碼如下：
view code
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"送出的原因"