場景分析：我們知道，乙個移動裝置的應用大多與網路有關，也就是說，我在移動裝置上看到的資料，一般都是從server上」拉「過來，顯示在我們的移動裝置（ios androiud、wpohone等）上。那我們就這個」拉「的過程分析，拉什麼樣的資料？去**拉？拉過來的資料怎麼處理？用程式設計（開發）的思維看，就是定義什麼實體（業務實體）、傳送請求、解析資料。當然這也只是大體的過程。但從軟體架構設計上講，定義實體、傳送請求、解析資料都是具有單獨意義的模組。那我們怎麼處理這些模組呢？
場景應用：sina weibo。定義timeline、user等實體；請求最新的微博等；處理（主要是解析）請求的資料；最後是顯示在移動裝置的ui上。
回到前面的問題，我們該如何處理這個具有單獨意義的模組呢？讓我們借鑑下web的設計：
在傳統的web系統設計中，資料庫的訪問、業務邏輯和ui設計混淆在一起，這樣雖然直觀，但一旦需求有所改動，對日後的維護帶來很多不便。為了解決這個問題，人們提出了分層的架構思想。
分層架構模式：
"將解決方案的元件分隔到不同的層中，每一層中的元件應保持內聚性，各層保持鬆散耦合。" 分層模式是最常見的一種架構模式。在web應用系統開發中，比較流行三層架構（表現層、業務邏輯層、資料訪問層），當然我們細分，也可以分層多層（我記得那時候我分七層）。
mvc全名是model view controller，是模型(model)－檢視(view)－控制器(controller)的縮寫，一種軟體設計典範。mvc的目的是將m和v的實現**分離，從而使同乙個程式可以使用不同的表現形式。c存在的目的則是確保m和v的同步，一旦m改變，v應該同步更新。
我們細看下，其實他也是分層（三層）架構的。也就是說，它的設計思想也是分層。
MVC分層架構
mvc即模型 檢視 控制器，將應用程式的邏輯層與展現層進行分離的一種設計模式。傳統的mvc包括三個方面 模型 檢視 控制器。模型，關注資料處理 檢視，關注資料顯示和報表處理 控制器，負責協調模型和檢視 m model層主要負責要處理的業務 和資料操作 v view向使用者展示資料，通常指使用者看到的...
MVC架構介紹 框架分層
tunynet.infrastructurs 是我們自己封裝的乙個底層dll基礎設施，我們外面只需要引用這個dll就可以呼叫裡面的方法去完成外面的功能的實現 這裡面主要就是對快取models 郵件 di容器 事件 附件管理 影象處理 kvstore logging 實體封裝 資料訪問 定時任務封裝了...
輕量級架構設計之分層的魅力
介紹一下手頭乙個系統的軟體結構，先附上圖 大概分為5層 檢視層 作用 系統和使用者進行互動，分離出來，是因為系統修改了介面無需修改業務，甚至於 可以把改寫為wap在手機瀏覽器進行操作。組成部分 web元件 struts標籤等 應用層 作用 對業務的複雜性進行了封裝，檢視層的呼叫者無需知道業務邏輯的具...